Re: y-or-n dialog box hides behind frame when trying to reach it.

[Jan D.]

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