home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / x / 19167 < prev    next >
Encoding:
Text File  |  1992-11-15  |  1.3 KB  |  35 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!utcsri!newsflash.concordia.ca!sifon!thunder.mcrcim.mcgill.edu!mouse
  3. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  4. Subject: Re: Communcation with applications using XSendEvent?
  5. Message-ID: <1992Nov15.211613.21790@thunder.mcrcim.mcgill.edu>
  6. Keywords: ClientMessageEvents, XSendEvent
  7. Organization: McGill Research Centre for Intelligent Machines
  8. References: <1e0id4INNgmi@uwm.edu>
  9. Date: Sun, 15 Nov 92 21:16:13 GMT
  10. Lines: 24
  11.  
  12. In article <1e0id4INNgmi@uwm.edu>, amit@point.cs.uwm.edu (Amit Srivastava) writes:
  13.  
  14. > I am trying to use XSendEvent to communicate with diff. applications,
  15. > using the ClientMessageEvent as my event type.  What kind of Mask
  16. > needs to be set up on the receiveing side for an application to
  17. > receive client message events?
  18.  
  19. RTFM.  The (R4) Xlib document says
  20.  
  21.     8.3.  Event Masks
  22. [...]
  23.     Unless the client has specifically asked for them, most events
  24.     are not reported to clients when they are generated.  [...]
  25.     SelectionClear, SelectionRequest, SelectionNotify, or
  26.     ClientMessage cannot be masked.  [...]
  27.  
  28. So no mask need be set by the receiving application; indeed, it cannot
  29. prevent itself from getting such events - if it doesn't want them, it
  30. must ignore them.
  31.  
  32.                     der Mouse
  33.  
  34.                 mouse@larry.mcrcim.mcgill.edu
  35.