GNU bug report logs -
#15783
24.3; posn-at-x-y is relative to the buffer area, posn-at-point is relative to the text area.
Previous Next
Reported by: 椎野 裕樹 <shiino.yuki <at> gmail.com>
Date: Fri, 1 Nov 2013 15:58:01 UTC
Severity: minor
Tags: patch
Found in version 24.3
Fixed in version 28.1
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
close 15783 28.1
thanks
Eli Zaretskii <eliz <at> gnu.org> writes:
>> How does the attached patch look?
>
> Yes, but with one correction:
>
>> --- a/doc/lispref/commands.texi
>> +++ b/doc/lispref/commands.texi
>> @@ -2354,10 +2354,11 @@ Accessing Mouse
>> coordinates @var{x} and @var{y} in a specified frame or window,
>> @var{frame-or-window}, which defaults to the selected window.
>> The coordinates @var{x} and @var{y} are relative to the
>> -frame or window used.
>> -If @var{whole} is @code{nil}, the coordinates are relative
>> -to the window text area, otherwise they are relative to
>> -the entire window area including scroll bars, margins and fringes.
>> +text area of the selected window.
>> +If @var{whole} is @code{nil}, the @var{x} coordinate is relative to
> ^^^^^^^^^^^^^^^^^^^^^^^^^
> You mean, non-nil, right?
Yes, good spot.
>> +the entire window area including scroll bars, margins and fringes,
>> +while the @var{y} coordinate remains unchanged and relative to the
>> +text area.
>
> And I wouldn't mention what WHOLE does to Y, because it just confuses
> things. Y remains unchanged simply because there are no window
> decorations that affect Y coordinates, but there's no need to tell
> that in a doc string; if we say nothing about Y, it still tells that Y
> is unchanged.
Thanks, I removed that and pushed it to emacs-28 as commit cdbd03345d.
I'm therefore closing this bug report.
This bug report was last modified 3 years and 264 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.