GNU bug report logs - #21231
25.0.50; doc string of `marker-position'

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Mon, 10 Aug 2015 15:50:02 UTC

Severity: minor

Tags: fixed

Found in version 25.0.50

Fixed in version 26.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 21231 in the body.
You can then email your comments to 21231 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#21231; Package emacs. (Mon, 10 Aug 2015 15:50:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Drew Adams <drew.adams <at> oracle.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 10 Aug 2015 15:50:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.50; doc string of `marker-position'
Date: Mon, 10 Aug 2015 08:48:24 -0700 (PDT)
The doc string is misleading or confusing.  Please follow what is said
in the Elisp manual.

The doc string says:

  Return the position MARKER points at, as a character number.

Character number?  What is that?  It either means nothing or it means
something we don't want to convey here: the integer value of a
character.

The Emacs way of talking about this is to refer to it as a "buffer
position".  It is a positive integer.

The manual just says "position".  If you want to add that it is a
positive integer, fine.

And it would be better if the first line indicated the nil possibility.
Something like:

 Return position of MARKER, or nil if it points nowhere.
 If a position, it is a positive integer.


In GNU Emacs 25.0.50.1 (i686-pc-mingw32)
 of 2014-10-20 on LEG570
Bzr revision: 118168 rgm <at> gnu.org-20141020195941-icp42t8ttcnud09g
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking=yes,glyphs CPPFLAGS=-DGLYPH_DEBUG=1'




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#21231; Package emacs. (Sat, 30 Apr 2016 22:05:02 GMT) Full text and rfc822 format available.

Message #8 received at 21231 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 21231 <at> debbugs.gnu.org
Subject: Re: bug#21231: 25.0.50; doc string of `marker-position'
Date: Sun, 01 May 2016 00:03:55 +0200
Drew Adams <drew.adams <at> oracle.com> writes:

> The doc string is misleading or confusing.  Please follow what is said
> in the Elisp manual.
>
> The doc string says:
>
>   Return the position MARKER points at, as a character number.
>
> Character number?  What is that?  It either means nothing or it means
> something we don't want to convey here: the integer value of a
> character.
>
> The Emacs way of talking about this is to refer to it as a "buffer
> position".  It is a positive integer.
>
> The manual just says "position".  If you want to add that it is a
> positive integer, fine.
>
> And it would be better if the first line indicated the nil possibility.
> Something like:
>
>  Return position of MARKER, or nil if it points nowhere.
>  If a position, it is a positive integer.

I don't think the second sentence is necessary.  A "position" is clear
enough.  I've installed that on the trunk.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 30 Apr 2016 22:05:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 25.2, send any further explanations to 21231 <at> debbugs.gnu.org and Drew Adams <drew.adams <at> oracle.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 30 Apr 2016 22:05:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 29 May 2016 11:24:07 GMT) Full text and rfc822 format available.

bug unarchived. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sun, 04 Dec 2016 02:50:08 GMT) Full text and rfc822 format available.

bug Marked as fixed in versions 26.1. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sun, 04 Dec 2016 02:50:08 GMT) Full text and rfc822 format available.

bug No longer marked as fixed in versions 25.2. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sun, 04 Dec 2016 02:50:08 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 01 Jan 2017 12:24:13 GMT) Full text and rfc822 format available.

This bug report was last modified 8 years and 175 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.