[konsole] [Bug 355106] button 4 and 5 (e.g. scroll wheel): scrolls bash history or output buffer

Egmont Koblinger bugzilla_noreply at kde.org
Tue Oct 3 20:36:57 UTC 2017


https://bugs.kde.org/show_bug.cgi?id=355106

--- Comment #3 from Egmont Koblinger <egmont at gmail.com> ---
I absolutely agree that this behavior is misleading.

bash isn't interested in mouse events, doesn't turn on mouse support and hence
doesn't receive mouse scroll events. What happens is that konsole translates
these events into Up or Down keypresses. (You can confirm this e.g. by running
"cat" before the scrollbar appears, and then rolling the wheel.)

This feature is called "alternate scroll mode" and is meant to kick in on the
alternate screen only, and only when mouse support is turned off. It boosts
usability of several mouse-unaware apps (e.g. "less"). Even its name implies
that it shouldn't be enabled on the normal screen where bash is running.

Emulators might allow to toggle this feature by some preference setting (I
couldn't find such in konsole) or via DEC(RE)SET 1007 which isn't supported by
konsole.

I personally don't think I find the idea of Shift+Scroll synthesising Up/Down
keypresses useful. I mean, if you need to reach out to the keyboard at all, why
not use the regular Up / Down keys...

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the konsole-devel mailing list