GNU bug report logs - #20168
25.0.50; (elisp) `Accessing Mouse', for `posn-object-x-y'

Previous Next

Package: emacs;

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

Date: Sun, 22 Mar 2015 18:15:02 UTC

Severity: wishlist

Found in version 25.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Drew Adams <drew.adams <at> oracle.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 20168 <at> debbugs.gnu.org
Subject: RE: bug#20168: 25.0.50; (elisp) `Accessing Mouse', for
 `posn-object-x-y'
Date: Sun, 22 Mar 2015 11:47:28 -0700 (PDT)
> > The doc string is OK.  The manual is misleading/incorrect, in this
> > regard: it speaks about a case where "the POSITION is a buffer
> > position".  This is wrong, as a buffer position in Emacs means a natural
> > number 1,2... (or a marker).
> 
> Why is it wrong?

It is wrong to say that the value is a buffer position, because a
buffer position is a number, not a position object (which is a cons).

> > Maybe what should be said in this case is
> > that "POSITION represents a buffer position".  Its value cannot be
> > simply a buffer position, which is a number or a marker.
> 
> Why not?  And what's the difference between the current text and your
> suggestion?

The difference is the difference between "is" and "represents".
The value *is* not a buffer position (which is a number).  It *is*
a position object (which is a cons).  It represents a buffer position
in this case.

It's a minor point, but it was enough to confuse me into trying
to pass an actual buffer position.  Nothing in the current
description says that POSITION must be a position object (i.e.,
something for which `posnp' returns non-nil).




This bug report was last modified 10 years and 62 days ago.

Previous Next


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