On Wed, 9 Feb 2005 22:27:04 +0000 Robert Marshall <[EMAIL PROTECTED]> wrote:
Is this annother configuration possibility, it looks as if 'focus new windows' is responsible - though in both those cases - it doesn't look like a new window?
Yeah, I got this too with already existing windows, such as Gaim chat windows. They seem to do something to draw attention to themselves. :) You saying that disabling "focus new windows" prevents both new windows and already existing windows from calling workspace focus? Perhaps a separate option would be in order, but someone more knowledgeable should tell us if the events are indeed different. If so, we could log a request.
It seems like you guys are suffering from BlackboxWindow::activate(), which does the following:
1. if the window is not on the current workspace, change the workspace 2. show the window if it's not visible 3. unshade the window if it's shaded 4. focus the window 5. raise the window if it got focus
This particular function happens for a couple of reasons:
1. user deiconifies the window using the Icons menu 2. the window uses XMapWindow to deiconify itself 3. the window uses a WM_CHANGE_STATE client message to deiconify itself 4. we get a _NET_ACTIVE_WINDOW client message for the window
I'm guessing either 2 or 3 is happening, and it's causing interruptions. I would say, naughty programs that interrupt work flow should be squelched.
Unfortunately, this is not very easy to do, so it may take time to get it right. If anyone wants to volunteer/help/etc. please feel free :)
-- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
List archives: http://asgardsrealm.net/lurker/splash/index.html
