Bug 197964 - Mouse scroll input cannot be disabled
Summary: Mouse scroll input cannot be disabled
Status: RESOLVED DUPLICATE of bug 170582
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 2.2.3
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-26 14:55 UTC by Yevgeny Kosarzhevsky
Modified: 2011-08-17 02:51 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yevgeny Kosarzhevsky 2009-06-26 14:55:09 UTC
Version:           2.2.3 (using KDE 4.2.4)
OS:                Linux
Installed from:    Debian testing/unstable Packages

I've upgraded from KDE 3.5.10 to 4.2.4. I found following annoying in new version:
- mouse scrolling - before it was just scrolling fine, but now it is sending some input to application. For example when I run vim, scroll button changes cursor position.

I would like a possibility to omit this behaviour and use scroll just for scrolling in history
Comment 1 Robert Knight 2009-06-26 23:00:41 UTC
If you turn on mouse support in Vim then the mouse will behave like it does in other text entry fields with respect to scrolling.

In vim:  set mouse=a
Comment 2 Yevgeny Kosarzhevsky 2009-06-27 09:49:13 UTC
vim was an example. I didn't alter vim settings on all servers I login after I installed KDE4 with new konsole, but the behaviour changed after that. Another option is to use scroll while shell is active - you will get command history scrolled.

The main approach of this feature request is to disable mouse scroll passing to shell or program running in konsole as it annoying when you do paste with mouse scroll button
Comment 3 g111 2009-07-25 17:18:20 UTC
I do not know if my comment has to do with this behaviour:

I accidentally found that in a fresh opened shell the mouse wheel is scrolling through the bash history. After some lines of output so that the output buffer becomes larger than the konsole window and the scrollbar becomes functional, the mouse wheel does scroll through the output buffer instead.

This behaviour is a little bit inconsistent and I would recommend to only scroll through the output buffer. So in a new opened konsole window the mouse wheel should not do anything.
Comment 4 Nick Keefen 2010-01-21 12:02:47 UTC
Hi all.

This isn't actually a bug, it's a feature. I think it mimics a similar behavior of the Gnome terminal. it enables people to use the mouse in MC, vim, less and a ton of other applications.

>> This behavior is a little bit inconsistent and I would recommend to only
scroll through the output buffer.

Yes i hate this too! The feature may be nice to someone, but when you manage servers you can't go to every machine and reconfigure bash and vim just because of a KDE developer's whim to add a fancy feature. Thanks for your effort, but it made our lives worse. An option to disable this feature is a must, it's totally killing me. This was a major change in user experience, and users must have a choice.

However, this is not a bug, but rather a feature request: please add a setting to disable sending scroll actions to end applications. I believe a lot of people want the old behavior. Maybe enable it only if a modifier key is pressed - e.g. scroll acts the old way, but when i do shift+scroll it sends events to the end application.

Regards, NK
Comment 5 Mike 2010-02-09 00:16:25 UTC
This is a severe bug for me.  My hardware is a macbook pro, and the large buttonless trackpad generates scroll events with any accidental touch.  Konsole's behavior turns those into bash history changes, which can occasionally be kind of destructive.  Please add a way to disable this behavior!
Comment 6 Jekyll Wu 2011-08-17 02:51:04 UTC

*** This bug has been marked as a duplicate of bug 170582 ***