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: Tue, 4 Jul 2000 09:39:29 +0200 (MET DST)

On  3 Jul, Mathias Hasselmann wrote:

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

If they do then why should they be transient?


> That sawfish does not offer a minize
> button nor a rollup button - that definitly a bug. (Among other
> bug the sawfish developers call feature....)

Of course there is these kinds of features. I don't see what it has to
do with transient windows though.

What are a window manager allowed to do with transient windows? 

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

And you can do all these things with sawfish. It has a setting where it
keeps all transient windows on top of thier parent window. This does
not mean you cant put other applications on top of them. It only means
that they cant go behind their parent window. But you can change this
to get exactly the same behaviour as you talk about.

But how sawfish does things is not really interesting. I just used it
as an example.

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

Why? That was what you had before and it didn't nerve you?

> 
> 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 what has it to do with wm classes. You are saying that if I change
the wm class of a window then you cant move other windows in front of
the freeciv client anymore.

I simply don't understand your point. Every window have a wmclass. Just
because you change the wm class it does not mean that other
applications can't be on top of them. I don't see your point. What will
fail with the change of wm classes?


Are you saying that you want the message window to be in a layer in
front of every other application? 

I'm not trying to get a specific behaviour from a specific window
manager. I'm trying to mark the windows as good as possible so the
different window managers can do good things. That's why I said that we
should decide for each window what it is and mark it accordingly. How it
work with a specific window manager, you can change yourself. 

What do you say a transient window is? Is it every window but the main
window?

-- 
/Dennis





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