home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / misc / discuss / 2530 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.9 KB
  1. Xref: sparky gnu.misc.discuss:2530 gnu.emacs.help:3471
  2. Newsgroups: gnu.misc.discuss,gnu.emacs.help
  3. Path: sparky!uunet!wupost!cs.utexas.edu!torn!ryelect!lfernand
  4. From: lfernand@ee.ryerson.ca (luis fernandes)
  5. Subject: Two ideas for implementing repeat-last-command
  6. Message-ID: <1992Jul23.211824.29843@ee.ryerson.ca>
  7. Sender: news@ee.ryerson.ca
  8. Nntp-Posting-Host: brundel
  9. Organization: Ryerson Polytechnical Institute, Toronto
  10. Date: Thu, 23 Jul 1992 21:18:24 GMT
  11. Lines: 34
  12.  
  13. The following two ideas for implementing repeat-last-command dawned 
  14. on me while reading the GNU Emacs manual:
  15.  
  16. [1] Write a lisp program that parses output from 'view-lossage' and binds 
  17. it to a key that will repeat-last-command.  Everything between either a 
  18. C- or M- and RET.
  19.  
  20. [2] Modify emacs so that it is always in macro-record mode. Recording
  21. would begin when either C- or M- was pressed and would end when RET was
  22. pressed. The recorded sequence of commands whould then be returned by
  23. repeat-last-command. A key could be bound to execute repeat-last-command. 
  24. If a macro was being recorded, then 2 copies of the command would exist: 
  25. one copy for the macro and the other for the benefit of repeat-last 
  26. command.
  27.  
  28. Excuses for not trying to implement this myself:
  29.  
  30.    (i) I can't steal any CPU cycles to devote to this cause until 
  31.        Jan. 93. It's true I don't have a life, but I do have other 
  32.        hacking commitments until '93.
  33.  
  34.   (ii) I don't know lisp (don't worry, I will learn) so I have no idea 
  35.        whether [1] is viable. (I do however, have my doubts about 
  36.        this...)
  37.  
  38.  (iii) I haven't looked at the source to see how macro's are recorded, 
  39.        etc. to know whether [2] is viable.
  40.  
  41. So, who's game ? Tennis anyone ?
  42.  
  43. zxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzx
  44. Luis Fernandes  <lfernand@ee.ryerson.ca>
  45. -Friendly Neighbourhood X Wizard's Apprentice
  46. zxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzxzx
  47.