home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / windows / x / 15152 < prev    next >
Encoding:
Text File  |  1992-08-12  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!wupost!usc!elroy.jpl.nasa.gov!mahendo!thyme!kaleb
  3. From: kaleb@thyme.jpl.nasa.gov (Kaleb Keithley)
  4. Subject: Re: Making a window stay on top
  5. Message-ID: <1992Aug12.154203.19566@thyme.jpl.nasa.gov>
  6. Organization: Jet Propulsion Laboratory, Pasadena, CA
  7. References: <11AUG199216011614@cvdv73>
  8. Date: Wed, 12 Aug 92 15:42:03 GMT
  9. Lines: 23
  10.  
  11. In article <11AUG199216011614@cvdv73> fisk@mayo.edu writes:
  12. >How do I specify that a window always stay on top of the stack, even if the
  13. >input focus changes to another window?  I am using Motif 1.1 on VMS, but will
  14. >be porting the application to an RS/6000 running Motif 1.1 also.  This would
  15. >be X11R4.  If you need more information to answer this question sufficiently
  16. >please let me know!  E-mail repsonses appreciated, but postings are accepted.
  17.  
  18. *Always* stay on top is, strictly speaking, not possible.  For the most
  19. part, you can add a translation/action or add an event handler to receive 
  20. VisibilityNotify events when the client is partially or fully obscured,
  21. and then XRaiseWindow(...) to unobscure the window.
  22.  
  23. This simplistic strategy fails when you move the window partially off the 
  24. screen, leaving it "partially obscured", but not "covered", per se.  Once 
  25. partially obscured, further activities that obscure the window a little more 
  26. do not result in additional VisibilityNotify events being delivered to the 
  27. client.
  28.  
  29. -- 
  30.  
  31. Kaleb Keithley                          kaleb@thyme.jpl.nasa.gov
  32.  
  33. Not authorized, in any way, shape, or form, to speak for anyone.
  34.