Bug#921537: gnome-terminal: mouse wheel scrolling sends 6 key up / key down escape sequences (kcuu1 / kcud1) in alternate screen

[Vincent Lefevre]

On 2019-02-08 02:14:45 +0100, Egmont Koblinger wrote:
> > But this one is really special as specific to GNOME Terminal.
> 
> No, not at all. At least I get this behavior in xterm and konsole, too.

I don't get it in xterm, rxvt and mlterm.

> > Well, for applications that do not have any support, it is easy
> > to write a wrapper script that does the limited work. Thus the
> > user could choose whether to enable the wheel or not.
> 
> Just as much as you can disable now, by writing wrapper scripts. Or
> just a one-off disabling in your shell startup files.

Yes, but my point is that the default should not be broken.
Currently, it is broken in Mutt, and in "less", it is partly
broken (when one starts to type text for a search, the wheel
has an effect on the history instead of scrolling text, and
even if one wants to apply the wheel to the history, it is
currently meaningless as entries are skipped).

> > And because it has too much drawback in general and its could be
> > best used with wrapper scripts (i.e. only when it can make sense),
> > it should be disabled by default.
> 
> That's your opinion on a design dilemma with IMO no clear single answer.

In any case, it should be fixed.

> I've seen a lot of people looking for mouse wheel support in "less" on
> various forums, having seen it already e.g. in gnome-terminal,
> wondering where it disappeared. I didn't see people complaining about
> the existence of this feature, apart from you.

See that: https://mutt-users.mutt.narkive.com/jJNtELpS/few-questions

-- 
Vincent Lefèvre <vincent at vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)