https://bugs.kde.org/show_bug.cgi?id=489806
Scott Jenson <sc...@jenson.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sc...@jenson.org
--- Comment #1 from Scott Jenson <sc...@jenson.org> ---
This is actually a well known (and very old) pattern that is used on both Macs
and Win machines. My understanding is that there is a setting to control this
behavior but there are two issues:
1. It's off by default
2. Even on, it's not quite implemented right
If fixed, having this on has zero negative effects so I'd argue, it should be
on by default
As it's currently implemented, turning this on requires 2 clicks to raise the
background window which is a missed opportunity as it's not required. A much
simpler flow is:
1. There are two windows, a background SOURCE window and a foreground TARGET
window
2. MouseDown in SOURCE highlights the icon and starts a drag, SOURCE is NOT
raised.
3. If the user does a MouseUp at this point, SOURCE raises (and the icon is
still selected)
4. If instead the user starts to drag to TARGET and release, SOURCE still does
not raise
This handles all cases of raising: click still raises a window but dragging a
background window is still possible without raising. Better UX overall and no
setting needed.
--
You are receiving this mail because:
You are watching all bug changes.
