(In reply to Martin Gräßlin from comment #45)
> > I'm not sure if that'd suffice. Consider the situation:
>
> We considered this situation during our discussions and came to the
> conclusion that it's out of scope. The drag is performed from the active
> window, for the compositor it's impossible
(In reply to Syam from comment #48)
> (In reply to Martin Gräßlin from comment #47)
> > (In reply to Syam from comment #46)
> >
> > Changing the action to be performed on release instead of press would be
> > rather weird. The window would not activate till you release. That's not
> > what a user
(In reply to Martin Gräßlin from comment #47)
> (In reply to Syam from comment #46)
> > The problem is that this raise happens not on 'click' but on mouse-down
> > itself.
>
> This is correct, the raise happens on press if that's the action you
> configured for what happens on click on inactive
(In reply to Martin Gräßlin from comment #42)
>
> 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.
I'm not sure if that'd suffice. Consider
