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: Mathias Hasselmann <Mathias.Hasselmann@xxxxxx>
Date: Mon, 03 Jul 2000 20:35:20 +0200

Dennis Bjorklund wrote:
> 
> 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.

I do. I do not see what's you problem with transient windows. They
behave like normal windows. That sawfish does not offer a minize
button nor a rollup button - that definitly a bug. (Among other
bug the sawfish developers call feature....)

As written before: In IceWM, AfterStep, BlackBox, Enlightenment,
fvwm, fvwm2 and twm transient windows are normal toplevel windows.
You can still reach all the other windows, you can interact
with the parent window. You can use other transient windows of this
parent window. And you can move the transient window out of it's 
parents (Since it is no child of this).

The only difference is, that you can't put them into the background
by accident. And this feature, putting the message window, the
city dialog and other windows behind the main frame, nerves me.

If not all people like it it should get a checkbox in the view
menu or the preferences box.

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

?

Ever changed the layer of a window? If it is above the
default layer (e.g. "dock" or "menu") it covers all windows
on default layer. Even if it has not the focus. You know
that, didn't you?

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

No those are modal dialogs. Well, sawfish suggests something else.
But beside the idea to utilize the Gtk for drawing this
application is completely a bug in my eyes.

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/



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