Focus handling

[Olivier Fourdan]

On Tue, 2004-12-14 at 19:26 +0100, Bernhard Walle wrote:
> ACK, it was reproducable with KDE, too. Well, if I write "Xfce" I think 
> they say "not supported", so I have to reproduce it with KDE or Gnome. 

It's perfectly reproducible with GNOME/Metacity (and last time I
checked, SUN was supporting GNOME)

In GNOME, run the Java/Swing based application, focus a regular
application, switch to another desktop using Ctrl+Alt+Left/Right.

If you get back to the original workspace, the Java/Swing application
gets focused and raised.

It doesn't show in KDE, but I think it's because KDE tries to prevent
focus stealing from apps (and that can be sometimes annoying, as some
apps who are expected to get focus aren't focused - eg. nedit - ...)

> Breaking XawTV is no good solution, maybe a hidden option to switch 
> between (I don't use XawTV *g*).

Unless someone proves me wrong, I'm not willing to add yet another
hidden option for what I consider a recently bug introduced in SUN
Java/Swing.

> What do the standards say?

Dunno, the fd.o pages aren't avaiable. I vaguely remember reading that
not unmapping the client window to suimulate worksapces (the way it was
done until now, the way that breaek XawTV) was "acceptable" and commonly
used even if it was a slight violation of the ICCCM specifications IIRC.
So I think the current implementation is better and more in line with
standard (btw, both metacity and kwin unmap the client window)

Cheers,
Olivier.