GNU bug report logs - #29143
25.3; xterm-mouse-mode issue in evil-mode

Previous Next

Full log

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

From: Alex <agrambot <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Rafal Lukawiecki <rafal <at> projectbotticelli.com>, 29143 <at> debbugs.gnu.org
Subject: Re: bug#29143: 25.3; xterm-mouse-mode issue in evil-mode
Date: Sun, 12 Nov 2017 22:50:12 -0600

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

>> From: Rafal Lukawiecki <rafal <at> projectbotticelli.com>
>> CC: "29143 <at> debbugs.gnu.org" <29143 <at> debbugs.gnu.org>
>> Date: Sun, 5 Nov 2017 15:00:39 +0000
>> 
>> For the benefit of anyone who finds about this issue here, Vasilij Schneidermann from the evil-mode developer team suggested the following partial workaround on GitHub. It helped me:
>> 
>> (with-eval-after-load 'evil-maps (define-key evil-motion-state-map [down-mouse-1] nil))
>> 
>> For completenes, another user seems to have discovered this problem, too. See this StackOverflow post: https://stackoverflow.com/questions/46513910/emacs-evil-mode-binding-mouse-event/47122921
>
> Thanks for letting us know.

The issue should be fixed in Evil (the fix uses the same `read-event' ->
`read-key' change as discussed in Bug#29150).

So I think this bug should be closed, and the workaround added to
etc/PROBLEMS should be removed.

P.S. I also noticed this section in etc/PROBLEMS:

*** Gnome: Emacs's xterm-mouse-mode doesn't work on the Gnome terminal.

It was added in 2001, and, while I can't find the relevant bug report,
it seems to be fixed now.  What's the policy on removing outdated items
in PROBLEMS?

Previous Next

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