GNU bug report logs - #50256
thing-at-mouse

Previous Next

Package: emacs;

Reported by: Juri Linkov <juri <at> linkov.net>

Date: Sun, 29 Aug 2021 17:44:02 UTC

Severity: normal

Tags: fixed

Fixed in version 28.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 50256 <at> debbugs.gnu.org, larsi <at> gnus.org, juri <at> linkov.net
Subject: Re: bug#50256: thing-at-mouse
Date: Wed, 01 Sep 2021 15:16:26 +0300
> From: martin rudalics <rudalics <at> gmx.at>
> Date: Wed, 1 Sep 2021 11:18:01 +0200
> Cc: 50256 <at> debbugs.gnu.org
> 
> Using the position of point of the current buffer when WINDOW is
> specified doesn't make any sense.  Moreover the Elisp manual says that
> 
>    "The argument POSITION defaults to the current position of point in
>    WINDOW"
> 
> which doesn't make sense if point is taken from a buffer not shown in
> WINDOW.

That function works only with positions shown in some window, so why
do you say the above makes no sense?  The implementation emulates
display, so it must have a window to make layout decisions.

> So the fix should be implemented in Fpos_visible_in_window_p.

The snippet cited in the original message _was_ from
Fpos_visible_in_window_p.  But I don't understand what kind of fix did
you have in mind, perhaps because I don't understand how the original
problem reported by Juri happened in the first place.




This bug report was last modified 3 years and 315 days ago.

Previous Next


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