home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / x / 14661 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  1.4 KB
  1. Path: sparky!uunet!cs.utexas.edu!swrinde!sdd.hp.com!usc!news
  2. From: english@alicudi.usc.edu (Joe English)
  3. Newsgroups: comp.windows.x
  4. Subject: Re: Kills from Window Manager
  5. Message-ID: <l7gs5iINN2o8@alicudi.usc.edu>
  6. Date: 30 Jul 92 22:44:02 GMT
  7. References: <1992Jul19.104259.6128@pictel.com> <1992Jul24.221634.29882@thyme.jpl.nasa.gov> <1992Jul30.005006.7900@thunder.mcrcim.mcgill.edu>
  8. Sender: english@alicudi.usc.edu (Joe English)
  9. Reply-To: <joe@trystero.art.com>
  10. Organization: Nerds of Action
  11. Lines: 24
  12. NNTP-Posting-Host: alicudi.usc.edu
  13.  
  14. mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
  15. [ on WM_DELETE_WINDOW participation ]
  16. >  To return to what
  17. >started all this off, given an application that has only one top-level
  18. >window and has no need to clean up after itself when killed (xclock
  19. >makes a good example), I see no reason why it should bother to mess
  20. >with WM_DELETE_WINDOW. 
  21.  
  22. Basically, so it will work well with twm.  Since twm doesn't have a
  23. ``send WM_DELETE_WINDOW if the client supports it, otherwise
  24. KillClient'' function, it makes sense to support WM_DELETE_WINDOW even
  25. if a KillClient won't hurt you, just for the sake of twm-friendliness.
  26.  
  27. Since there are so many programs out there which don't support 
  28. WM_DELETE_WINDOW but should, twm's functionality makes sense.
  29. I'd much rather have my ``close window'' key fail to work 
  30. on some applications than have it kill the client when I just
  31. wanted to dismiss a dialog box.
  32.  
  33.  
  34.  
  35. --Joe English
  36.  
  37.   joe@trystero.art.com
  38.