[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: y-or-n dialog box hides behind frame when trying to reach it.
From: |
Jan D. |
Subject: |
Re: y-or-n dialog box hides behind frame when trying to reach it. |
Date: |
Tue, 26 Feb 2002 23:37:11 +0100 (CET) |
> However, when I use the window system behavior
> "point-in-window-to-make-active" (as opposed to "click-in-window...")
> the resulting behavior is less nice. The box comes up nicely, but
> as soon as I try to approach it with the mouse, the box lowers itself
> behind the current frame and gets invisible (or perhaps I should say
> that the selected frame raises itself by the mouse motion?)
>
> Moving the mouse does not normally raise or lower any windows, but you
> seem to expect it to raise and lower them. Why does it do that?
>
> (According to the "style manager - window" box, one can turn off the
> "raise-window-when-made-active" switch,
>
> I guess that switch is the cause of the problem.
>
> I am not sure if there is something Emacs can do to prevent
> itself from being auto-raised over its dialog box.
> Does anyone know?
You can listen to XCirculateRequestEvent and XConfigureNotifyEvent to
determine if a window has changed stacking order. I would
consider the behaviour described as a bug in the window manager,
if the dialog has set the TRANSIENT_FOR property, which I am sure it
has. ICCCM does not explicitly say so, however, so I guess it is allowed.
On the other hand, only one window can be specified in the TRANSIENT_FOR
property, so if you have two Emacs frames and create a dialog from
one of them, the other frame can cover the dialog. Maybe this is
what is happening?
Jan D.