Bug 177622 - too easy to select text accidentally in konsole
Summary: too easy to select text accidentally in konsole
Status: RESOLVED UPSTREAM
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-12 20:57 UTC by Matthew Woehlke
Modified: 2009-03-18 23:57 UTC (History)
1 user (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 Matthew Woehlke 2008-12-12 20:57:59 UTC
Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

With 'click to focus' policy, activating konsole with the mouse is very annoying, as I find that I very often end up selecting text if I click on the main area (as opposed to the little tiny targets that are the title bar or the active tab).

I'd like for it to be harder to select text by accident when simply single-clicking on konsole in the main area. Perhaps this could be done by setting up a one-shot timer for a short delay (say, about 300 ms), and not making a selection if the mouse-up event arrives within this time. (The theory is that if I /want/ to select something, I will be holding the mouse button for longer than this to get an accurate selection... besides that I'll notice nothing being selected until the timeout occurs, so the side-effects should be nearly non-existent.)
Comment 1 Robert Knight 2008-12-15 12:48:57 UTC
Hi Matthew,

I cannot see the problem myself.  If I single-click anywhere in the main area, using the default KDE settings (which looks like click-to-focus), it will focus the window and will not select any text.  Selection only happens if you double click or click and drag.
Comment 2 Matthew Woehlke 2008-12-15 20:16:46 UTC
I can't seem to reproduce it at home, either, but no problems reproducing it at work.

Some factors that may be relevant (i.e. different between home and work):

- using Xinerama, Konsole is not on the active screen
- Konsole in full-screen mode
- program running that is producing output and causing the buffer to scroll
- x86_64
- system under load

Hmm... and I just noticed, if Konsole already has focus, I'm not seeing the problem. So I bet one or more of the above is indeed needed.
Comment 3 Matthew Woehlke 2008-12-15 20:20:40 UTC
More testing... something making the buffer scroll is not needed. I'm seeing it with FF maximized and Konsole running full-screen (on separate screens, FF screen has my panel), nothing besides Konsole on the other screen).

A single click with no mouse motion (tested by lifting the mouse off the table before clicking) often selects from the click location to the end of that line. When it happens there also seems to often be a noticeable delay before Konsole gets focus.
Comment 4 Matthew Woehlke 2009-03-18 23:57:33 UTC
Interestingly enough... I'm now noticing this phenomena in oocalc (and, thus taking another look at it, can reproduce with kwrite also). Apparently it's the fault of something higher in the stack. Sigh.

Ergo: RESOLVED -> UPSTREAM
(I guess that's appropriate for "real bug, but elsewhere"...)