home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / editors / 2830 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  6.4 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!agate!stanford.edu!rutgers!modus!gear!cadlab!martelli
  2. From: martelli@cadlab.sublink.org (Alex Martelli)
  3. Newsgroups: comp.editors
  4. Subject: Re: VI??? GROSS!
  5. Message-ID: <1992Nov19.104052.9782@cadlab.sublink.org>
  6. Date: 19 Nov 92 10:40:52 GMT
  7. References: <1992Oct28.162607.5613@sunvax.sun.ac.za> <1992Oct28.214551.21668@wixer.cactus.org> <LYT86XN@math.fu-berlin.de> <1992Nov17.024356.17586@dmp.csiro.au>
  8. Organization: CAD.LAB S.p.A., Bologna, Italia
  9. Lines: 116
  10.  
  11. lachlan@dmp.csiro.au (Lachlan Cranswick) writes:
  12.     ...
  13. :simple editor I have just given to site users
  14. :is PICO.  It really is very simple and users didn't
  15. :believe there could ever be a simple editor for UNIX but they
  16. :have been proved wrong.  It is also public domain software.
  17.  
  18. I second the recommendation for PICO; it is what I have installed
  19. at home for my wife and kids to use.  My son is outgrowing it
  20. after a week, but then he's almost 10 years old and has a quick
  21. technical-oriented mind; he's noticed how my fingers fly and
  22. move and delete and change text FAST on vi, and he's eager to
  23. learn.  For my daughter (not quite 8-year old yet) and my wife
  24. (a humanities professor) PICO is about the right tradeoff level
  25. between complexity (about none at all) and features (few but well
  26. selected; the always-visible menu and modeless operation help).
  27.  
  28. :It is very easy to get elm to use it as its default editor
  29. :and you can make nn use PICO as its default editor by putting
  30. :the line
  31. :
  32. :setenv EDITOR /bin/pico  (or wherever the editor is)
  33.  
  34. A warning on nn configuration: the INTERNAL variable editor, if
  35. set, takes priority over the environment variable EDITOR, so
  36. check the nn startup files (system and user's) if exporting
  37. an EDITOR variable set to pico's path should not "work".
  38.  
  39. :One of the indicators on how much average users hate vi
  40. :is that some of the site users were editing their
  41. :documents in a simple DOS editor, then uploading
  42. :it to the unix machine.  Is this comomon on other
  43. :sites that use UNIX.
  44.  
  45. I notice rather often people moving files around to edit them
  46. on some other platform, particularly when NFS sharing of
  47. filesystems makes it more convenient, but also with ftp.
  48. A DOS machine guarantees some advantages (totally consistent
  49. response time, for example), so I myself have on occasion
  50. ftp'd Unix files, edited them on a PC (with vi itself, of
  51. course), and ftp'd them back!  This becomes far more important
  52. when, instead of an Ethernet in between, one has a terminal
  53. emulation going on some modem thing, maybe 2400 bps even!
  54. Then, a compress+zmodem from the host Unix machine to the
  55. PC emulating the terminal, then a PC editing session (with a
  56. PC version of vi, by choice), then a compress+zmodem right
  57. back, becomes BY FAR the fastest way to proceed!  Thus I see
  58. no indication at all, afforded by such behaviour, that there
  59. is any vi-hating going on; indeed as I have indicated I do
  60. such things even if what I have is vi on both sides!!!
  61.  
  62. That said, no doubt some persons grow just too affectionate
  63. to a specific editor - for example I see people using SET HOST
  64. on VMS to be able to edit (remotely) with ED, if one machine
  65. only has EVE/TPU available, and DESPITE the fact that the
  66. latter can be set to 99% correct emulation of the former!
  67.  
  68. :The most extreme case was for email.  The person edited
  69. :his letter in MS WORD 5.0 for DOS.  Saving the final copy as
  70. :a text file.  Then uploading it via serial line to the UNIX
  71. :machine to mail off.
  72.  
  73. Yes, it's PARTICULARLY nice to do so (with compression and
  74. a good filetransfer protocol, of course) when the connection
  75. is other a slow/noisy serial line, since on-host editing can
  76. then become unbearable (no matter what the host editor).  I
  77. thus don't see anything necessarily extreme about this.
  78.  
  79. :This question was part of the is UNIX dead flamewar on comp.unix.questions
  80. :but if UNIX is so good compared to DOS - and DOS is the bottom of the barrel -
  81. :how come you never seem to find new DOS users uploading their text files
  82. :to a UNIX machine to edit.  This seems to imply UNIX has some big
  83.  
  84. Maybe YOU never seem to find that, but I do!  It's exactly what happened
  85. when many people around here *were* new to DOS - they'd go out of their
  86. way to do as much as possible on the Unix side!  I then installed MKS
  87. Toolkit (Korn Shell, vi, everything) and the phenomenon abated since
  88. MOST things you can now do *identically* in Dos or Unix.  Still it does
  89. happen, when something *tricky* must be done as part of the editing,
  90. that gets done better or faster by tools available on the Unix side of
  91. things only; NFS makes it almost painless then.
  92.  
  93. :failings with common users.  And no - the fact that you can get vi for DOS
  94. :is not the only answer!!  
  95.  
  96. vi IS hard - I think I did the right thing in not pushing my 7-year old
  97. daughter to learn it, with PICO she can enjoy writing on our home
  98. "play"station much more; a clever 9-years-old, however, particularly
  99. one with any bent at all for techie things, like my son, IS mature
  100. for vi.
  101. "bent" has MUCH to do with it: my wife is a VERY intelligent person, as
  102. shown for example by her summa cum laude degree in Hindi studies, yet
  103. she was finding it a torture to learn and use vi - with pico, she does
  104. plod along successfully.  She simply does NOT want to learn ANYthing
  105. about computers, just USE them.  An iconic environment, as opposed to
  106. a command line, she finds to be HORRIBLE, since she cannot jot down a
  107. sequence of commands to do to perform a task; the BEST thing is a menu
  108. system, tailored for a few things which are exactly the ones she needs
  109. to perform.  No doubt other "naive users" have other problems yet, for
  110. example not all will be so heavily verbally-oriented as to find a
  111. graphical environment a problem, indeed most will prefer it to judge
  112. by the market success of GUI's.  I think the human factors group would
  113. be better as a forum for this discussion, though...
  114.  
  115. :At least with some very kind people writing
  116. :simple editors for UNIX, new users will not be turned off immediately
  117. :after they try to edit a text file.
  118.  
  119. Yup, and menuing systems (that can be tailored by a knowledgeable
  120. person to the "new user"'s needs, so the latter need not learn
  121. anything more) are just as important, I believe.  Many users will
  122. grow from that to a more mature usage (vi, etc), such as my son;
  123. many won't.
  124. -- 
  125. Email: martelli@cadlab.sublink.org                   Phone: ++39 (51) 6130360
  126. CAD.LAB s.p.a., v. Ronzani 7/29, Casalecchio, Italia   Fax: ++39 (51) 6130294 
  127.