home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / editors / 2734 < prev    next >
Encoding:
Text File  |  1992-11-12  |  3.0 KB  |  63 lines
  1. Newsgroups: comp.editors
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!concert!uvaarpa!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!milano!cactus.org!wixer!rhodesia
  3. From: rhodesia@wixer.cactus.org (Felix S. Gallo)
  4. Subject: Re: VI??? GROSS!
  5. Message-ID: <1992Nov12.232530.18958@wixer.cactus.org>
  6. Followup-To: comp.editors
  7. Sender: rhodesia@wixer.cactus.org (Felix S. Gallo)
  8. Organization: Real/Time Communications
  9. References: <1992Oct28.162607.5613@sunvax.sun.ac.za> <1992Oct28.214551.21668@wixer.cactus.org> <LYT86XN@math.fu-berlin.de>
  10. Date: Thu, 12 Nov 92 23:25:30 GMT
  11. Lines: 50
  12.  
  13. wolff@inf.fu-berlin.de (Thomas Wolff) writes:
  14. >rhodesia@wixer.cactus.org (Felix S. Gallo) writes:
  15. >
  16. >>psst.  vi is full screen; also, the relative 'goodness' of an
  17. >>editor depends on what you're trying to do.  For instance, if
  18. >>you're trying to have a completely integrated one-program
  19. >>environment that reads news and everything, check out gnuemacs.
  20. >>If you can't stand these fancy newfangled "tools", use cat.
  21. >>If you live modally, vi is for you.
  22. >
  23. >Full screen: in some sense, vi is. But not screen-oriented. Changing 
  24. >or inserting text and not seeing the result unless a finish key is 
  25. >pressed is certainly not the behaviour I would wish from an interactive 
  26. >editor - it reminds a lot of old batch-time editing programs.
  27.  
  28. Have you used vi?  When you change or insert text, what you see is
  29. what you get.  Your edits immediately affect the text you change or
  30. insert. 
  31.  
  32. >Vi is a line editor with on-screen display. Actually, I wouldn't even 
  33. >call it a text editor since (according to some recent discussion in this 
  34. >group) it is not even capable of performing one of the most elementary 
  35. >text editing tasks: marking an arbitrary (!) block of text and by some 
  36. >means copying or moving it to another place.
  37.  
  38. I don't know what discussion in this group you read, but something was
  39. clearly lost in the translation process between screen and brain.  You
  40. have a variety of options available to you as far as cutting and pasting
  41. goes in vi.  You can use, for instance, 'm'ark and 'y'ank and 'p'ut.  Have
  42. you used vi, or looked at an actual description of the editor?
  43.  
  44. >As a reaction to my moroseness about the apparent unavailability of a 
  45. >simple text editor for Unix and the monstrous complexity and slowness 
  46. >of the only widely spread alternative (emacs), I captured the source 
  47. >of a freely available editor and turned it into a safe, fast, and easy 
  48. >to use text editor. (I also announced it to this group some time ago.)
  49. >It is available by ftp from ftp.fu-berlin.de [130.133.4.50]:
  50. >/pub/unix/editor/mined.tar.Z (108841 bytes)
  51. >/pub/pc/editor/mined_pc.zip (114522 bytes)
  52.  
  53. It's good that people are still writing editors -- heck, I'm doing it
  54. myself -- but don't post treatises on editors that you obviously don't
  55. know about in order to hype your own.
  56.  
  57. >Thomas
  58. >wolff@inf.fu-berlin.de
  59. -- 
  60. ----------------------------------------------------------------------------
  61. Felix Sebastian Gallo                              rhodesia@wixer.cactus.org
  62. ----------------------------------------------------------------------------
  63.