home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / windows / x / 20766 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.3 KB
  1. Xref: sparky comp.windows.x:20766 comp.windows.x.intrinsics:713 comp.windows.x.motif:8346
  2. Path: sparky!uunet!wupost!cs.utexas.edu!ut-emx!tivoli!foraker!taylor
  3. From: taylor@foraker.NoSubdomain.NoDomain (Eric Taylor)
  4. Newsgroups: comp.windows.x,comp.windows.x.intrinsics,comp.windows.x.motif
  5. Subject: Re: X/Xt/Motif Event Interleaving?
  6. Message-ID: <7475@tivoli.UUCP>
  7. Date: 5 Jan 93 18:50:41 GMT
  8. References: <BUZZ.93Jan4135708@lion.bear.com>
  9. Sender: news@tivoli.UUCP
  10. Followup-To: comp.windows.x
  11. Lines: 26
  12.  
  13. When a widget is pressed, all button events
  14. are reported relative to that widget until
  15. the button is let go.
  16.  
  17. So if the mouse enters another widget,
  18. no event is reported.
  19.  
  20. What you can do use PassiveGrabs with owner_events == TRUE
  21. or to issue 
  22. XUngrabPointer followed by XGrabPointer with
  23. owner_events == TRUE when the button is pressed.
  24.  
  25. One drawback is that the EventHandlers of the
  26. target widgets will be called with the
  27. ButtonRelease instead of the source widget.
  28.  
  29. If the mouse is let go on window outside of the
  30. application, the ButtonRelease will go back to
  31. the originating widget.
  32.  
  33. There are small annoying problems at every turn
  34. when dealing with Drag And Drop mechanisms in X.
  35.  
  36. Motif 1.2 has a Drag and Drop library, why not
  37. use it?  From what I understand, it is a vast improvement
  38. over its predecessor.
  39.