[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#50256: thing-at-mouse
From: |
Eli Zaretskii |
Subject: |
bug#50256: thing-at-mouse |
Date: |
Wed, 01 Sep 2021 15:16:26 +0300 |
> From: martin rudalics <rudalics@gmx.at>
> Date: Wed, 1 Sep 2021 11:18:01 +0200
> Cc: 50256@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.
- bug#50256: thing-at-mouse, Juri Linkov, 2021/09/01
- bug#50256: thing-at-mouse, Lars Ingebrigtsen, 2021/09/01
- bug#50256: thing-at-mouse, martin rudalics, 2021/09/01
- bug#50256: thing-at-mouse,
Eli Zaretskii <=
- bug#50256: thing-at-mouse, martin rudalics, 2021/09/01
- bug#50256: thing-at-mouse, Eli Zaretskii, 2021/09/01
- bug#50256: thing-at-mouse, martin rudalics, 2021/09/01
- bug#50256: thing-at-mouse, Eli Zaretskii, 2021/09/01
- bug#50256: thing-at-mouse, Juri Linkov, 2021/09/01
- bug#50256: thing-at-mouse, Eli Zaretskii, 2021/09/01
- bug#50256: thing-at-mouse, Juri Linkov, 2021/09/02
- bug#50256: thing-at-mouse, Eli Zaretskii, 2021/09/02
- bug#50256: thing-at-mouse, Lars Ingebrigtsen, 2021/09/02
- bug#50256: thing-at-mouse, Eli Zaretskii, 2021/09/02