On Sat, 18 Jan 1997, Albrecht Kadlec wrote:
> not reported 'till now.
> On a quick look (it's 0:26) my FvwmAuto doesn't do that.
This is what you need to do:
1
---------------
| |
| 2 |
| |
| |
---------------
Put the mouse in 1 (which is probably the root window), make sure window 2
doesn't have focus, move the mouse to window 2, make a pop-up menu appear
BEFORE the autorase timeout. Window 2 will raise above the pop-up. I know
where the bug is in fvwm, it's not FvwmAuto's fault. When FvwmAuto tells fvwm
to raise window 2, like it should, fvwm alters the stacking order something
like:
Bottom
1. window 2
2. window 2's transients (netscape open URL window, _not_ a menu)
3. StatysOnTop windows
Top
All other windows, which includes pop-menu windows, will be moved below window
2. Somenow fvwm needs to know:
a) that the pop-up window is part of window 2, and that it should always be
above window 2.
b) that window 2 and it's children shouldn't change their relative stacking
order.
c) that pop-up windows should always go on the very top
I would like c, as sometimes a pop-up appears under FvwmButtons or xload and I
can't see it. However I don't know how to tell if a window is a pop-up, or
how to get fvwm to know about all those pop-up windows. It seems that pop-up's
aren't reparented to the window manager like other top-level windows.
|Gazing up to the breeze of the heavens \ on a quest, meaning, reason |
|came to be, how it begun \ all alone in the family of the sun |
|curiosity teasing everyone \ on our home, third stone from the sun. |
|Trent Piepho (xyzzy_at_u.washington.edu) -- Metallica |
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Fri Jan 17 1997 - 18:16:39 GMT