[Bug 38753]

Mgraesslin 38753 at bugs.launchpad.net
Mon Feb 29 12:18:18 UTC 2016


I started working on drag'n'drop support for Wayland and also looked at
a solution for this problem.

This morning I discussed ideas with our usability team and we will also
do some iterative in person tests next week during our development
sprint.

So far we concluded that the best approach is to implement a raise on
hover approach. As soon as the mouse enters another window during drag
that one will be raised to give a clear field for the drop.

At the moment the keyboard focus (aka active window) will stay with the
window dragged from after the drop. It is difficult to say what the user
expects to happen after the drop. Both cases working with the window
dragged from and working with the window dragged to are equally
possible. The current implementation follows the focus policy: with
click to activate the focus stays with the window dragged from, with
focus follows mouse the window dragged to will activate.

-- 
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdebase-workspace in Ubuntu.
https://bugs.launchpad.net/bugs/38753

Title:
  Inactive window "raise on click" should occur after click is released

To manage notifications about this bug go to:
https://bugs.launchpad.net/kde-baseapps/+bug/38753/+subscriptions




More information about the kubuntu-bugs mailing list