GNU bug report logs - #75219
31.0.50; mouse-2 mode-line binding overridden by mouse-1-click-follows-link

Previous Next

Package: emacs;

Reported by: Visuwesh <visuweshm <at> gmail.com>

Date: Tue, 31 Dec 2024 05:40:02 UTC

Severity: normal

Found in version 31.0.50

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 75219 <at> debbugs.gnu.org, visuweshm <at> gmail.com
Subject: bug#75219: 31.0.50; mouse-2 mode-line binding overridden by mouse-1-click-follows-link
Date: Sun, 05 Jan 2025 20:51:36 +0200
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: Visuwesh <visuweshm <at> gmail.com>,  75219 <at> debbugs.gnu.org
> Date: Sun, 05 Jan 2025 13:10:45 -0500
> 
> > So if POSITION is a mouse click event, click_position will always
> > return the position of point.
> 
> Yeah, we pay attention to the "window" part of the posn but not the
> rest.  🙁
> 
> > Stefan, any ideas or suggestions?
> 
> Maybe something like the patch below, but maybe we should call
> `posn-point` instead?

It shouldn't be hard to find a solution along these lines, but what
bothers me is how many Lisp code out there relies on this strange
"fallback"?

Also, for clicks on mode line there will be no buffer position in the
event, and then it sounds like your patch will again fall back on
returning point?  I thought that clicks on the mode line should
examine local keymaps only on the mode-line's string at the click,
don't you agree?




This bug report was last modified 186 days ago.

Previous Next


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