home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / alt / lucidem / help / 362 < prev    next >
Encoding:
Text File  |  1992-08-29  |  1.6 KB  |  34 lines
  1. x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Fri, 28 Aug 1992 15:49:40 EDT
  2. Date: Fri, 28 Aug 1992 12:45:22 PDT
  3. Message-ID: <9208281945.AA09948@thalidomide.lucid>
  4. X-Windows: The problem for your problem.
  5. From: jwz@lucid.com (Jamie Zawinski)
  6. Sender: jwz%thalidomide@lucid.com
  7. Subject: Re: Mouse enhancements for buffer-menu mode
  8. References: <9208272212.AA06890@thalidomide.lucid>
  9.     <9208281400.AA02189@fatman.crim.ca>
  10. Newsgroups: alt.lucid-emacs.help
  11. Path: sparky!uunet!wendy-fate.uu.net!help-lucid-emacs
  12. Lines: 20
  13.  
  14. In message <9208281400.AA02189@fatman.crim.ca> Marc Paquette wrote:
  15. >
  16. > Is there any reason why mouse double clicks events are not available ?  
  17.  
  18. The primary reason is that X has no notion of double clicks: every client
  19. (or toolkit) has to hack it by hand.  (After all, implementing double-clicks
  20. in the server where they belong might imply some kind of approval of them,
  21. which someone might construe as X favoring a particular user interface
  22. policy, and we couldn't have that!)  Since we don't use a toolkit for
  23. mapping clicks to commands, that means that emacs has to re-invent the
  24. double-click wheel yet again.
  25.  
  26. One of these days we'll probably add some kind of double-click event into
  27. the command-loop, so that one could bind things to double-click events with
  28. the normal define-key mechanism, but for now you have to do the same kind
  29. of voodoo that the `mouse-track' function does: notice when the current
  30. command has been invoked twice in a row in a very short period of time with
  31. no intervening motion, and do something different the second time around.
  32.  
  33.     -- Jamie
  34.