home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / fj / maillis / xwindow / 17501 < prev    next >
Encoding:
Internet Message Format  |  1992-11-16  |  1.5 KB
  1. Path: sparky!uunet!stanford.edu!sun-barr!sh.wide!wnoc-tyo-news!scslwide!wsgw!wsservra!daemon
  2. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  3. Newsgroups: fj.mail-lists.x-window
  4. Subject: Re: Communcation with applications using XSendEvent?
  5. Message-ID: <1992Nov16.125415.19391@sm.sony.co.jp>
  6. Date: 16 Nov 92 12:54:15 GMT
  7. Sender: daemon@sm.sony.co.jp (The devil himself)
  8. Distribution: fj
  9. Organization: McGill Research Centre for Intelligent Machines
  10. Lines: 29
  11. Approved: michael@sm.sony.co.jp
  12.  
  13. Date: Sun, 15 Nov 92 21:16:13 GMT
  14. Message-Id: <1992Nov15.211613.21790@thunder.mcrcim.mcgill.edu>
  15. Newsgroups: comp.windows.x
  16. References: <1e0id4INNgmi@uwm.edu>
  17. Sender: xpert-request@expo.lcs.mit.edu
  18.  
  19. In article <1e0id4INNgmi@uwm.edu>, amit@point.cs.uwm.edu (Amit Srivastava) writes:
  20.  
  21. > I am trying to use XSendEvent to communicate with diff. applications,
  22. > using the ClientMessageEvent as my event type.  What kind of Mask
  23. > needs to be set up on the receiveing side for an application to
  24. > receive client message events?
  25.  
  26. RTFM.  The (R4) Xlib document says
  27.  
  28.     8.3.  Event Masks
  29. [...]
  30.     Unless the client has specifically asked for them, most events
  31.     are not reported to clients when they are generated.  [...]
  32.     SelectionClear, SelectionRequest, SelectionNotify, or
  33.     ClientMessage cannot be masked.  [...]
  34.  
  35. So no mask need be set by the receiving application; indeed, it cannot
  36. prevent itself from getting such events - if it doesn't want them, it
  37. must ignore them.
  38.  
  39.                     der Mouse
  40.  
  41.                 mouse@larry.mcrcim.mcgill.edu
  42.