home *** CD-ROM | disk | FTP | other *** search
/ Source Code 1992 March / Source_Code_CD-ROM_Walnut_Creek_March_1992.iso / usenet / altsrcs / 1 / 1764 < prev    next >
Encoding:
Internet Message Format  |  1990-12-28  |  2.2 KB

  1. From: pgf@cayman.COM (Paul Fox)
  2. Newsgroups: comp.editors,alt.sources
  3. Subject: poll for another vi clone
  4. Message-ID: <4421@cayman.COM>
  5. Date: 31 Aug 90 20:21:15 GMT
  6.  
  7.  
  8.     I've spent some time and energy converting a copy of
  9.     micro-Emacs into a very useful vi-workalike.  (If I get any
  10.     flames about this I think I'll puke.) It preserves the emacs
  11.     multi-window, multi-buffer capabilities, as well as key
  12.     rebindablility, though I may have broken that somewhat
  13.     and not noticed it -- I've never wanted to use it,
  14.     since what I was after was a vi clone. 
  15.  
  16.     I think I've succeeded pretty well -- the finger-feel, if you
  17.     will, is very close to that of vi, even if the look isn't all
  18.     there.  But with very few exceptions, the cursor will be where
  19.     you want it when you want it, and the simple ':' commands work
  20.     as expected.  (Not full ex, but the file nameing, reading,
  21.     editing commands, and ":g" and ":s", ":l", and ":p".) Almost
  22.     all vi commands are represented -- the most glaring exceptions
  23.     are the "!" operator (for filtering text), the "@" command for
  24.     executing a named buffer, and the ":map" command.  The set
  25.     options don't map exactly, but the important modes of
  26.     operation are there. 
  27.  
  28.     I suspect that this new editor (and is definitely _new_, and
  29.     not a simple ifdef from micro-Emacs), which I call "vile"
  30.     (which stands for "VI Like Emacs" :-) has some UNIX
  31.     dependencies that I've introduced, so it probably won't easily
  32.     compile on DOS anymore, but that could probably be fixed. 
  33.  
  34.     It's pretty stable -- I only find a bug once a month or so,
  35.     and another user is in much the same state.  I'm sure that
  36.     there are more -- they just don't show up with our particular
  37.     usage patterns. 
  38.  
  39.     I'm _not_ planning on posting it right away, unless the demand
  40.     is overwhelming, and I don't think it will be since everyone
  41.     is still busy drooling over elvis (Congratulations on a nice
  42.     job, Steve...).  What I'm looking for is a few people willing
  43.     to do very friendly beta testing, which means they'll try to
  44.     find and maybe fix the bug, in addition to letting me know. 
  45.  
  46.     If you have that kind of interest, let me know, and perhaps we
  47.     can work something out. 
  48.  
  49. -- 
  50.         paul fox, pgf@cayman.com, (617)494-1999
  51.         Cayman Systems, 26 Landsdowne St., Cambridge, MA 02139
  52.