home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / windows / x / 14350 < prev    next >
Encoding:
Text File  |  1992-07-25  |  1.3 KB  |  32 lines
  1. Newsgroups: comp.windows.x
  2. Path: sparky!uunet!usc!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!mouse
  3. From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
  4. Subject: Re: Double Click in a window (Motif Drawing Area)
  5. Message-ID: <1992Jul24.183723.583@thunder.mcrcim.mcgill.edu>
  6. Keywords: Mouse Events, double click, drawing area, ButtonPress
  7. Organization: McGill Research Centre for Intelligent Machines
  8. References: <50599@dime.cs.umass.edu>
  9. Date: Fri, 24 Jul 92 18:37:23 GMT
  10. Lines: 21
  11.  
  12. In article <50599@dime.cs.umass.edu>, nikoulis@venice.pilgrim.umass.edu (Panos Nikoulis) writes:
  13.  
  14. > Is there a way to detect a double click mouse event in a window
  15.  
  16. Not reliably.  The protocol does not contain enough support to allow
  17. this to be done right.  (It needs some sort of timeout event.)
  18.  
  19. > Currently, I am using time functions to make it "wait" for a time
  20. > equal to the double click interval and detect a second ButtonPress
  21. > after the first one (inside the Drawing Area callback).
  22.  
  23. Some toolkits/widget sets contain code that does this for you.  It'll
  24. work as well as your code does, presumably, but will suffer from the
  25. same basic problem: it can lose big in the presence of network hiccups
  26. (it can fail both ways: it can mistake a double click for two single
  27. clicks, and it can mistake two single clicks for a double click).
  28.  
  29.                     der Mouse
  30.  
  31.                 mouse@larry.mcrcim.mcgill.edu
  32.