home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / alt / lucidem / help / 429 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  1.4 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!spool.mu.edu!umn.edu!noc.msc.net!uc.msc.edu!shamash!bjdunlop
  2. From: bjdunlop@shamash.cdc.com (Bruce Dunlop)
  3. Newsgroups: alt.lucid-emacs.help
  4. Subject: Re: blink-paren function
  5. Message-ID: <47573@shamash.cdc.com>
  6. Date: 15 Sep 92 01:50:00 GMT
  7. References: <47510@shamash.cdc.com> <192fu4INN3j4@early-bird.think.com>
  8. Distribution: usa
  9. Organization: Control Data, Arden Hills, MN
  10. Lines: 25
  11.  
  12. In article <192fu4INN3j4@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
  13. >Think about how it works when you're initially typing.  After you type a
  14. >right parenthesis, it's to the left of the cursor, and you want the
  15.  
  16. Ohhhhhhhhhhhhhh!  That's the first explanation I have gotten that made any
  17. sense.
  18.  
  19. >the parenthesis of the one you're *about* to type, since Emacs doesn't have
  20. >ESP yet (I think that's planned for the FSF's version, which may be why
  21.  
  22. DARN,  I was hoping that would be in lemacs 19.3.
  23.  
  24.  
  25. Wouldn't it be possible to modify the behavior of blink-paren, depending on
  26. whether you just typed in a right paren. or not?
  27.  
  28. After moving the cursor, it would be more intuitive and consistent to see
  29. the blink match the hi-lited character.  Consistent, because then left and
  30. right paren matching would both match (blink) the paren matching the
  31. hi-lited character.
  32.  
  33. Thanks for the explanation.
  34.  
  35.  
  36. Jim Dahlberg
  37.