Re: [Usability] Re: Error dialogs (among others?) and focus stealing prevention

[Havoc Pennington <hp redhat com>]

On Wed, 2004-10-27 at 14:27 -0400, Dan Winship wrote:
> One thing this wouldn't work for would be a "could not load page" error
> in a web browser. The decision to pop up the error would happen from a
> network I/O handler, far far away from the click or keypress handler
> that resulted in the original HTTP request being made.
> 
> But in this case, calling "gtk_window_set_focus_on_map (w, FALSE)" would
> be wrong. You need to set the focus time of the window to the timestamp
> of that click/keypress event, because if the user is just sitting and
> waiting for the web page to load, then the dialog should get the focus.

Right, I don't see any way gtk could automatically get this one right.

I do get into situations where I'm typing an URL in one tab while
another tab loads, then this dialog interrupts; in that case the dialog
should not be focused, probably. We just need the dialog to have the
correct timestamp, i.e. the event that started the load.

Havoc