home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / alt / lucidem / help / 424 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  1.4 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: alt.lucid-emacs.help
  4. Subject: Re: blink-paren function
  5. Date: 14 Sep 1992 16:51:16 GMT
  6. Organization: Thinking Machines Corporation, Cambridge MA, USA
  7. Lines: 22
  8. Distribution: usa
  9. Message-ID: <192fu4INN3j4@early-bird.think.com>
  10. References: <47510@shamash.cdc.com>
  11. NNTP-Posting-Host: telecaster.think.com
  12.  
  13. In article <47510@shamash.cdc.com> bjdunlop@shamash.cdc.com (Bruce Dunlop) writes:
  14. >In general, it always blinks the matching left paren for the paren one space to the left
  15. >of where the cursor is.
  16. >
  17. >Is this how it is supposed to work?  Does it work like this for anyone else?
  18.  
  19. Think about how it works when you're initially typing.  After you type a
  20. right parenthesis, it's to the left of the cursor, and you want the
  21. parenthesis that matches the one you just typed to blink.  It can't match
  22. the parenthesis of the one you're *about* to type, since Emacs doesn't have
  23. ESP yet (I think that's planned for the FSF's version, which may be why
  24. it's taking so long :-).
  25.  
  26. Also, that's where you want the cursor to be when you type
  27. Control-Meta-Rubout (does Lucid Emacs have this binding by default?  Lisp
  28. Machine Zmacs has it), and you want the matching parenthesis to blink.
  29.  
  30. -- 
  31. Barry Margolin
  32. System Manager, Thinking Machines Corp.
  33.  
  34. barmar@think.com          {uunet,harvard}!think!barmar
  35.