Re: Work in Progress: draft 1.9a



Matthias Ettrich wrote:
> 
> On Sun, 04 Jul 1999, Marko Macek wrote:
> > Matthias Ettrich wrote:
> > >
> > > > > think ICCCM handles that just fine: applications with modal dialogs should
> > > > > request the WM_TAKE_FOCUS protocol and take care themselves that the modal
> > > > > dialog gets the focus.
> > > >
> > > > One thing usefull in MWM hints is that a WM can prevent the parent
> > > > window from being focused by default.
> > >
> > > I'm not opposed to adding this to the new standard. But as I said: according to
> > > ICCCM the application should do this itself, using the WM_TAKE_FOCUS protocol.
> > > In other words: the app receives WM_TAKE_FOCUS for the parent and will call
> > > XSetInputFocus for the modal dialog.
> >
> > Doesn't that mean that window border will momentarily go to the parent
> > window?
> 
> no, not at all. Why should it?
> 
> >
> > This modal thing reminds me of something else: Currently
> > application-modal windows are not handled very nicely (in Qt anyway).
> > When you click on one of the main windows, it will be raised and then Qt
> > raised the app-modal dialog again. This is annoying.
> 
> Put it this way: if a window manager allows to raise the main window over a
> transient dialog, it's a bug in the window manager. For exactly this purpose,
> Qt has to have code in it to raise the modal dialogs manually :-(

Icewm certainly does keep the WM_TRANSIENT above. The problem is with
application-modal windows where there is no owner window and no
WM_TRANSIENT.
(I seem to remember especially annoying behaviour where the window would
be raised on mouse-enter :((( )
 
> I also wish, all window managers would keep transient windows on top of their
> respective main windows.

Yes.

Mark
-- 
... GUI: WPS.
------------------------------------------------------------------------
Marko.Macek@gmx.net                 http://www.kiss.uni-lj.si/~k4fr0235/




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]