home *** CD-ROM | disk | FTP | other *** search
/ Source Code 1992 March / Source_Code_CD-ROM_Walnut_Creek_March_1992.iso / usenet / altsrcs / 3 / 3049 < prev    next >
Internet Message Format  |  1991-03-11  |  1KB

  1. From: rudy@alias.UUCP (Rudy Wortel)
  2. Newsgroups: comp.editors,alt.sources
  3. Subject: Re: Vi/Ex: command line editor? - Sort of.
  4. Message-ID: <1991Mar8.153222.14583@alias.uucp>
  5. Date: 8 Mar 91 15:32:22 GMT
  6.  
  7. In article <5104@lure.latrobe.edu.au> ECSGRT@lure.latrobe.edu.au (GEOFFREY TOBIN, ELECTRONIC ENGINEERING) writes:
  8. >  :.,.+3s/some long expression/another long expression/g...
  9. >    OOPS!  I mistyped something.
  10. >  :BORING REPETITION WITH A ONE-CHARACTER CORRECTION
  11. >Command line editing for ex?
  12.  
  13. Having done this same thing 5000 times my solution was to never type
  14. long : command at the command line. Instead i type them into the file
  15. where you get all your favorite editing features. i then delete the
  16. line into a named buffer and then execture the buffer with the @
  17. command. To speed things up i have a macro for control X in my .exrc
  18. file the does the delete and execute for me. If the command didn't
  19. behave as expected then i undo the change put the buffer, edit and
  20. reexecute it. It works adequately for me.
  21.  
  22. Here is my macro. It uses the named buffer 'd'
  23.  
  24. map ^X "ddd@d
  25.  
  26. As an aside you can exploit the function key maping to extend your
  27. macro set. VI lets you type #<digit> to simulate pressing a function
  28. key. The versions of vi i use don't check to make sure that the
  29. characters following the # are digits. i have many macros defined as
  30. #<letter> so that at last count i had 43 macros defined.
  31.  
  32. -rudy
  33.