[Freeciv-Dev] Re: [PATCH] gui-gtk transient windows

[Mathias Hasselmann <Mathias.Hasselmann@xxxxxx>]

Dennis Bjorklund wrote:
> 
> On Sun, 2 Jul 2000, Daniel Burrows wrote:
> 
> > On Sun, Jul 02, 2000 at 05:13:26PM +0200, Dennis Bjorklund 
> > <dennisb@xxxxxxxxxxxxxx> was heard to say:
> > > The problem with the window manager (sawfish) is that before it saw all
> > > the toplevel windows as beeing the same.
> 
> >   This is a bug in sawfish: it defaults to saving window states on exit, 
> > which
> > is not often appropriate (image viewers are another place where this can 
> > cause
> > problems). People have complained on the mailing list
> 
> I'm one of the complaining people in the sawfish mailinglist.
> 
> But it's still a good idea to mark windows as transient when they are. The
> change where I mark different toplevel windows to different classes are a
> different thing. Other programs do this but I have not read the WM spec to
> se what it says about the wmclass. But I know that many program do set
> this to different values for different toplevel windows. It also makes
> sense to me.

I mostly use IceWM. IceWM handles transient windows that way,
they are in the same layer as their parent above but always in
front of it. If this is the behavior all complient window manager
show most of the dialogs have to be transient.
It makes no sense to hide the city dialog and co. accidently by
clicking on the map, since most window manager have the feature to
minimize, hide and sometimes to rollup the windows.

WM classes are a work arround but they fail if you want to move
another application over the FreeCiv client. It's not possible
anymore. And if you lower the client's main window you have
the opposite problem.

Ciao
-- 
PGP: 1024-Bit DSA: ID 55E572F3, 1024-Bit RSA: ID EAAF7CF1
WWW: http://www.informatik.hu-berlin.de/~hasselma/
     http://www.dominanz-haus.de/