[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: vte-256color gives stray input bytes when enabling mouse events (sin
|
From: |
Thomas Dickey |
|
Subject: |
Re: vte-256color gives stray input bytes when enabling mouse events (since 20230514) |
|
Date: |
Mon, 16 Oct 2023 04:07:16 -0400 |
On Mon, Oct 16, 2023 at 09:07:12AM +0200, Benno Schulenberg wrote:
>
> Op 15-10-2023 om 12:06 schreef Thomas Dickey:
> > Reverting the change for vte-256color (noting the defect in VTE)
> > would help in this special case,
>
> That would be good, yes.
sure. Having focus events being reported when the terminal actually still
has the focus isn't good for anyone.
> > but since VTE developers have decided
> > to squat on xterm-256color, (insisting that they have a right to do
> > this because of how well they copy), then you might want to make nano
> > recognize these special keys:
> >
> > kxIN=\E[I,
> > kxOUT=\E[O,
>
> Right. Thanks. Have done so:
>
> https://git.savannah.gnu.org/cgit/nano.git/commit/?id=ef35ea72
>
>
> It would have been nice, though, if it were possible to mask these
> focus-in/focus-events with mousemask(). But even if I unmask only
> BUTTON1_CLICKED, I still get the focus events.
Perhaps nano isn't turning on keypad, which makes those come in as
escape sequences rather than keycodes. Skimming the source, I see
that it turns it off/on, which could account for that.
--
Thomas E. Dickey <dickey@invisible-island.net>
https://invisible-island.net
signature.asc
Description: PGP signature