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


View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 50256 <at> debbugs.gnu.org, larsi <at> gnus.org, juri <at> linkov.net
Subject: bug#50256: thing-at-mouse
Date: Wed, 1 Sep 2021 16:25:20 +0200
> 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.

With emacs -Q put into *scratch* and evaluate via C-x c-e

(progn
  (with-current-buffer "*Messages*"
    (goto-char (point-min)))
  (pop-to-buffer "*Messages*")
  (with-current-buffer "*scratch*"
    (pos-visible-in-window-p nil nil t)))

This reports visibility for the position of point in *scratch* and not
that of the window point of the selected *Messages* window.

martin




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.