GNU bug report logs - #45834
28.0.50; Mouse events in terminal emacs

Previous Next

Package: emacs;

Reported by: Brady <bug-gnu-emacs_at_gnu.org <at> tangential.info>

Date: Tue, 12 Jan 2021 23:43:04 UTC

Severity: normal

Tags: confirmed

Merged with 56854

Found in versions 28.0.50, 28.1

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 45834 <at> debbugs.gnu.org
Subject: Re: bug#45834: 28.0.50; Mouse events in terminal emacs
Date: Tue, 19 Jan 2021 17:38:22 +0200
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: 45834 <at> debbugs.gnu.org
> Date: Tue, 19 Jan 2021 16:22:26 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > I think it's the focus-in event that we somehow mishandle.  See
> > xterm.el, search for "\e[I" (without the quotes).
> 
> Instrumenting the  xterm-translate-focus-in/out functions shows that
> they are being called, so that bit apparently works correctly?
> 
> However, if I say (read-event "foo: ") and then click on another window, 
> I get the following return value, which...  I probably shouldn't?  Or
> should I?
> 
> 27[O
> 
> The reported test case is actually in
> 
> (read-key-sequence "foo: ")
> 
> and it won't actually return the \e[O, but will just append it to the
> prompt.

Does this work in Emacs 27?  If it does, I suspect one of the recent
changes in the input handling stuff...




This bug report was last modified 2 years and 361 days ago.

Previous Next


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