Re: Add function to make frame topmost?

[David De La Harpe Golden]

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

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