home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / windows / x / 15620 < prev    next >
Encoding:
Text File  |  1992-08-25  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!noc.near.net!gateway!miki!oj
  3. From: oj@miki.pictel.com (Oliver Jones)
  4. Subject: Re: Communication between Motif apps using properties
  5. Message-ID: <1992Aug25.161042.1845@miki.pictel.com>
  6. Summary: XSelectInput (..., PropertyChangeMask)
  7. Organization: PictureTel Corporation
  8. References: <1992Aug19.011753.18485@tfs.com>
  9. Date: Tue, 25 Aug 1992 16:10:42 GMT
  10. Lines: 24
  11.  
  12. In article <1992Aug19.011753.18485@tfs.com> meir@tfs.com (Meir Zaid) writes:
  13.  
  14. >My problem now is that the applications sending the messages to the
  15. >messages handler are not X/Motif applications so they don't have widgets
  16. >or windows, or XtMainLoop.  Now, the messages handler app only seems to
  17. >get the PropertyNotify event when the sending application has a XtMainLoop.
  18.  
  19. Xt takes care of the solicitation of the PropertyNotify events for you.
  20. If you're working at the Xlib layer, you have to use XSelectInput explicitly
  21. to solicit the PropertyNotify events.
  22.  
  23.   XSelectInput (dpy, win, PropertyChangeMask| <<whatever other mask bits you need >>);
  24.  
  25. Then, you'll get PropertyNotify events; these notify you of
  26. changes to property values.
  27.  
  28. >I tried creating a simple invisible window on the sending app but this
  29. >doesn't help. 
  30.  
  31. You don't need to create an invisible window;  there's nothing wrong with
  32. using your app's top-level shell window or even the default root window
  33. to store your property (but if you use the default root window take
  34. extra care to destroy the property when your system of application programs
  35. terminates).
  36.