|
From: | David De La Harpe Golden |
Subject: | Re: Add function to make frame topmost? |
Date: | Sat, 01 May 2010 23:02:53 +0100 |
User-agent: | Mozilla-Thunderbird 2.0.0.22 (X11/20091109) |
Drew Adams wrote:
Would enhancement request (bug) #4476 (#3464) be relevant here?
That's about actual fine-grained stacking order/z-order. That's trickier.The stacking-layer patch I sent is _not_ that: some window systems divide the basic stack into three or so layers (apparently two in w32) and allow the user to assert that a particular window should remain stacked somewhere in one of those layers e.g. looking "side-on" to the stack
--- T always-on-top (topmost in w32 speak) -- | ---- T nil (normal windows) ----- | ---- T always-belowAs a happy side effect, the stacking layer a frame is has been put in is saved/restored with the patch applied (it's just another frame parameter), which might be good reason to apply the patch, but no, the patch does not save/restore the precise z-order: most of the time all frames will be in the "normal windows" layer, unless the user actually selected "always on top" in their window manager for one of them.
[Prev in Thread] | Current Thread | [Next in Thread] |