Dominik Vogt wrote:
> > [...]
> 
> The problem is this:
> 
> When unclutter hides the pointer, it creates an invisible
> subwindow to the window that currently contains the pointer.
> Since the pointer generates an EnterNofity on the new window and
> unclutter sends a synthetic EnterNotify on its parent so that the
> application thinks it still has the cursor.
> 
> Now, while the cursor is hidden, unclutter waits for any
> interesting event including FocusOut on the parent window.  If it
> gets one, it destroys its subwindow, creates a new one and sends
> another EnterNotify.
> 
> With SloppyFocus and MouseFocus this new EnterNotify moves the
> focus right back to the old window.  There is not much we can do
> about this in fvwm, it has to be fixed in unclutter.  fvwm
> responds correctly to the events it gets.

Thanks a lot for this description, now I see why it doesn't work.

I have implemented a new Style, NoMouseFocusWithoutMotion which causes
windows not to get focus because of the mouse pointer, if it hasn't moved
before.

Obvioulsy this doesn't only change the behaviour of unclutter but also,
e.g. of newly created windows: They no longer automatically receive
Focus just because they were placed below the mouse cursor. Another
effect is that focus of windows, which are moved by keyboard commands,
doesn't accidentially change.

Personally, I prefer this to the default behaviour.

I'll post a patch as soon as I've properly tested, cleaned up and documented 
that new style.

Greetings,
--Lorenz

> 
> Bye
> 
> Dominik ^_^  ^_^
> 
> --
> Dominik Vogt, [EMAIL PROTECTED]
> Reply-To: [EMAIL PROTECTED]
> 
--
Visit the official FVWM web page at <URL:http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]

Reply via email to