Complete.Org: Mailing Lists: Archives: freeciv-dev: July 2000:
[Freeciv-Dev] Re: [PATCH] gui-gtk transient windows
Home

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

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: freeciv-dev@xxxxxxxxxxx
Subject: [Freeciv-Dev] Re: [PATCH] gui-gtk transient windows
From: Dennis Bjorklund <dennisb@xxxxxxxxxxxxxx>
Date: Mon, 3 Jul 2000 18:37:54 +0200 (MET DST)

On Mon, 3 Jul 2000, Mathias Hasselmann wrote:

> 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.

Okay, maybe for the city window. But the message window you probably don't
want to have in front of the game window all the time which happens if you
mark it as transient. Since you can have these windows open and still use
the game window to play it's a bit strange for me to have these other
windows always in the front of the game window.

> 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.

?

Why cant you move another window in front of the freeciv client?

> And if you lower the client's main window you have
> the opposite problem.

So, we should decide what the windows are and how we are going to handle
them. I don't se the message window and player windows as
transient. Transient windows for me are typicly dialogs that you open, use
and close. 

/Dennis




[Prev in Thread] Current Thread [Next in Thread]