home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / emacs / help / 3478 < prev    next >
Encoding:
Text File  |  1992-07-24  |  1.5 KB  |  38 lines
  1. Newsgroups: gnu.emacs.help
  2. Path: sparky!uunet!cis.ohio-state.edu!src.bae.co.UK!moore
  3. From: moore@src.bae.co.UK (Chris Moore)
  4. Subject: Two ideas for implementing repeat-last-command
  5. Message-ID: <9207241117.AA27771@sun19.src.bae.co.uk>
  6. Sender: daemon@cis.ohio-state.edu
  7. Organization: Gatewayed from the GNU Project mailing list help-gnu-emacs@prep.ai.mit.edu
  8. References: <1992Jul23.211824.29843@ee.ryerson.ca>
  9. Date: Fri, 24 Jul 1992 11:17:43 GMT
  10. Lines: 26
  11.  
  12.  
  13. lfernand@ca.ryerson.ee (luis fernandes) said:
  14.  
  15. > The following two ideas for implementing repeat-last-command dawned 
  16. > on me while reading the GNU Emacs manual:
  17.  
  18. > [1] Write a lisp program that parses output from 'view-lossage' and binds 
  19. > it to a key that will repeat-last-command.  Everything between either a 
  20. > C- or M- and RET.
  21.  
  22. > [2] [something similar to [1] in essence]
  23.  
  24. I'm not sure whether this would be useful.  Why start at C- and M- and end
  25. at RET?  Is that just an arbitrary choice, or is there some reasoning
  26. there?  It seems that if I do some complex sequence of commands which I
  27. which to repeat, it's quite likely to contain C- M- or RET somewhere in the
  28. middle of the sequence.  Isn't it better to have two distinct key sequences
  29. (say, "C-x (" and "C-x )") which explicitly tell emacs when top start and
  30. top recording?
  31.  
  32. Assuming you're not thinking of storing complex command sequences, you can
  33. generally use "C-x ESC" to repeat previous commands.
  34.  
  35. I'm probably being dense here, but I don't really see your point.
  36.  
  37. Chris.
  38.