Focus will not follow mouse while doing a drag and drop. This forces user to
focus by click after drop. Since classic mouse-follows-focus window managers
like twm do not exhibit this behaviour, it definitely looks like a bug.
Changing the mcs plugin text from "focus follows mouse" to "focus follows
mouse (except while doing dnd)" would clarify behaviour.
I'm not so sure. for me, using xffm and rox-filer, the window you are dragging
to focuses after you drop.
I think this behavior is better because when you are dragging and you escape
out of the drag, it makes more sense to have the window you were dragging from
Depending on the situation the behaviour can be better or worse. If you drag
from a file manager to a gvim window, for example, you want the window which
received the drop to be focused so you can start editing right away.
I filed the bug report because I noticed the different behaviour in "focus
follow mouse" in twm. So it would be necessary to clarify, at least, that the
option in xfwm has exceptions.
Adding the comment to "focus follows mouse (except while doing dnd)" doesn't
make much sense to me (you don't plan to list here all the cases, do you?)
xfwm4 ignores focus changes caused by mouse grab/ungrab.
Adding the comment would not make sense since, as you point out, all the other
cases would have to be listed too. But a checkbox to ignore/not_ignore changes
of focus by grab/ungrab would be nice. Yeah, ok, that's looks more like a
feature than a bug. I'll shut up now.
When I drag to opera,gedit or the gimp it focuses *after* the drop. No
clicking, nothing extra.
I'm using CVS as of the 4th.
edited on: 01-15 20:43
I'll set this on "won't fix" because I don't see any problem here, and I
think xfwm4 is doing it the right way.
mass stale bug cleanup - reopen if closed in error