This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Konsole: mousewheel ambivalence: cycle history or scroll?

1

Votes
1
0
Tags: None
(comma "," separated)
bliako
Registered Member
Posts
2
Karma
0
I am re-posting the following here as per the suggestion by airdrik. Original post here: viewtopic.php?f=227&t=153017#p400562


Thu Jun 28, 2018 10:56 pm
Hi there,

Please help me, I am at a loss. Thankfully I have not yet had any serious damage incurred on my system.

The situation is about Konsole terminal and mouse-wheel scrolling.

Usually on a Konsole terminal mouse-wheel action scrolls the contents of the window up and down. This is expected behaviour, this is how GUIs work: "no surprise to the user".

BUT today I discovered there are multiple identities of that scroll-wheel : whenever the window contents are empty, for example when a new Konsole is created, and there is no window content to scroll, the mouse-wheeling action assumes a new role: it cycles through bash history!

Blimey! That caught me without my helmet and my pants down! I.e. it surprised me.

The above behaviour deviates from the GUI maxim of not surprising the user with stupid/idiotic/idomatic/ad-hoc behaviour. Someone programming this may be thought "hey guys the window contents buffer is empty, but I am a scroll-on-speed I need to do something! So I searched through all the available buffers and the bash-history-buffer came up, so I am going to send my events to this buffer. Well if that buffer is empty I will try to find other buffers to scroll. You see I am scroll-on-speed I need buffers to scroll. Give me buffers, buffers buffers buffers buffers. I want buffers to scroll their contents. Because you know I am an idiot."

My situation is that I am a bit irritated that my mouse-wheel acts as a third (middle) button which is an X-windows trademark that it should paste. Middle click => paste. Unfortunately middle click on a wheel does work only 30% of the times, especially on a cheap mouse. So, 70% of the times I get a scroll and very likely a paste. Sometimes a paste first and then a scroll, sometimes a scroll and then a paste. Now, with this bug-or-feature of Konsole I get cycling through history and then appending what my clipboard has.

So, let's say my bash history contains
1 rm -rf ~/
2 ls -al
3 echo love ya

and I copy with the mouse the character '*' with lots of newlines '\n\n\n\n' following.

then I open a new Konsole and I *try* to paste by pressing the middle button a.k.a. the mouse-wheel.

Chances are that said mouse wheel rotates and then a click registers.

But hang on!

In an empty Konsole, mouse wheel rotate means cycling thorugh bash history. So chances are the first command in my history buffer gets on my prompt. Then a click also happens and the '*' with lotsa of newlines is appended on the 'rm -rf /'.

HEy you (whotever told you you are a programmer), you just erased my disk and thank you for providing such a nice GUI. Thoughtful!

**Please** guys, just stick to the least-surprise GUI and we have a long future. Do not - I repeat - Do not take initiatives because you have nothing else to do and you are bored and "hey look an event just fired up in the WM queue let's be creative with it".

This is not about "pimping up" (I hope I get this slang right).

long live Linux.

p.s. The tone of my post may be unfair to the developers of Konsole. I apologise. At the same time I will not tone down because I consider it important that the kind of impulse feature enhancement I describe stops (and you are lucky this is not a Gnome forum as I would have a lot to say rant about... ;))
skully
Registered Member
Posts
1
Karma
0
I just stumbled across this today while trying to figure out this same issue. I'm remembering why I haven't used Linux as a desktop for more than a decade now. This is infuriating and there's no way to fix it.


Bookmarks



Who is online

Registered users: Bing [Bot], daret, Google [Bot], sandyvee, Sogou [Bot]