Re: Application modal transients windows
- From: raster rasterman com
- To: wm-spec-list gnome org
- cc: ettrich troll no
- Subject: Re: Application modal transients windows
- Date: Fri, 5 Nov 1999 22:09:36 -0800 (PST)
On 6 Nov, Matthias Ettrich scribbled:
-> On Sat, 06 Nov 1999, Bradley T. Hughes wrote:
-> > On Sat, 6 Nov 1999, Paul Warren wrote:
-> >
-> > > On Fri, 5 Nov 1999, Bradley T. Hughes wrote:
-> > > > On Fri, 5 Nov 1999, Paul Warren wrote:
-> > >
-> > > > > So, do we add another hint indicating application modality, and go and try
-> > > > > to persuade the GTK people to change their ways, or do we put up with this
-> > > > > bending of the ICCCM.
-> > > >
-> > > > application modal dialogs? if i'm not mistaken... modality should be
-> > > > handled by the application... not the window manager... unless of course
-> > > > you are wanting to make sure that windows with WM_TRANSIENT_FOR==root to be
-> > > > centered on the screen, raised, etc.
-> > >
-> > > Yes. The window manager needs hints so that it can eg. keep the dialog
-> > > above the window for which it is a transient. For our purposes, an
-> > > application modal dialog is a transient for more than one window, eg. a
-> > > window manager would choose to keep it above all windows in the group.
-> >
-> > ok... sounds good then :) and that reminds me to add better window group
-> > handling
->
-> Isn't a transient window on top of the group anyway? I thought a root transient
-> window is supposed to stay on top of all windows (except other root transient
-> windows....)
it's not "meant": to do anything.. thats completely WM dependant - it
can do what it likes with the transient hints :)
-> Matthias
->
->
--
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
The Rasterman (Carsten Haitzler) raster@rasterman.com raster@valinux.com
raster@enlightenment.org raster@linux.com
raster@zip.com.au
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]