https://bugs.kde.org/show_bug.cgi?id=355106
Kurt Hindenburg changed:
What|Removed |Added
Latest Commit|
https://bugs.kde.org/show_bug.cgi?id=355106
Nate Graham changed:
What|Removed |Added
CC||n...@kde.org
Keywords|
https://bugs.kde.org/show_bug.cgi?id=355106
--- Comment #6 from Ahmad Samir ---
FWIW, it seems that xterm was inspired to add the alternateScroll resource to
send up/down key events for mouse scroll wheels by gnome-terminal and konsole,
c.f.
https://bugs.kde.org/show_bug.cgi?id=355106
Ahmad Samir changed:
What|Removed |Added
CC||a.samir...@gmail.com
---
https://bugs.kde.org/show_bug.cgi?id=355106
Simon Andric changed:
What|Removed |Added
CC||simonandr...@gmail.com
https://bugs.kde.org/show_bug.cgi?id=355106
--- Comment #4 from Egmont Koblinger ---
See also http://invisible-island.net/xterm/ctlseqs/ctlseqs.html#h2-Wheel-mice
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=355106
--- Comment #3 from Egmont Koblinger ---
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
https://bugs.kde.org/show_bug.cgi?id=355106
Egmont Koblinger changed:
What|Removed |Added
CC||egm...@gmail.com
--
You
https://bugs.kde.org/show_bug.cgi?id=355106
Achim Bohnet changed:
What|Removed |Added
Version|15.08.2 |17.08.1
https://bugs.kde.org/show_bug.cgi?id=355106
--- Comment #2 from Achim Bohnet ---
'Bug' still in 16.08.3. ( bash with readline in vi mode)
How about this:
* scroll events always navigate in the history buffer
* shift-scroll events: navigates in shell history
--
You are
10 matches
Mail list logo