GNU bug report logs - #17633
24.3.91; mouse-drag-line: Symbol's function definition is void: mouse--remap-link-click-p

Previous Next

Package: emacs;

Reported by: Christopher Schmidt <ch <at> ristopher.com>

Date: Thu, 29 May 2014 17:46:02 UTC

Severity: important

Found in version 24.3.91

Done: Christopher Schmidt <ch <at> ristopher.com>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 17633 <at> debbugs.gnu.org
Subject: Re: bug#17633: 24.3.91;
 mouse-drag-line: Symbol's function definition is
 void:	mouse--remap-link-click-p
Date: Sun, 01 Jun 2014 17:57:47 +0300
> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: 17633 <at> debbugs.gnu.org
> Date: Sun, 01 Jun 2014 10:18:57 -0400
> 
> >> > But why does it hurt to include the window's point in the click?
> >> Because mouse-posn-property then checks the text-property at point.
> > It shouldn't do that.  This sounds like a problem with
> > mouse-posn-property rather than with make_lispy_position.
> 
> In the case of fringe clicks, I agree that these events's
> buffer-position info is worthwhile and that mouse-posn-property should
> ignore it, but in the case of mode-line clicks, the click is completely
> unrelated to the particular position of point at that moment, os
> including that info is just asking for trouble,

It's not necessarily unrelated.  Imagine some feature that wants to
change the effect of such a click depending on point.  There's nothing
especially hilarious about that.




This bug report was last modified 11 years and 53 days ago.

Previous Next


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