home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / question / 13384 < prev    next >
Encoding:
Internet Message Format  |  1992-11-14  |  7.2 KB

  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!emory!wupost!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!ames!agate!doc.ic.ac.uk!uknet!dsbc!ozz!ppg
  2. From: ppg@oasis.icl.co.uk (Philippe Goujard)
  3. Newsgroups: comp.unix.questions
  4. Subject: Re: IS UNIX DEAD? (long)
  5. Message-ID: <1382@ozz.oasis.icl.co.uk>
  6. Date: 13 Nov 92 17:41:12 GMT
  7. References: <sherman.721291094@foster> <BxGu2H.A62@undergrad.math.waterloo.edu>
  8. Organization: ICL, Bracknell, Berkshire, RG12 4SN, UK
  9. Lines: 148
  10.  
  11. u>
  12.  
  13. papresco@napier.uwaterloo.ca (Paul Prescod) writes:
  14.  
  15. >Two different things.  Asking for a help key is really not as 
  16. >"pampered" as you would make it out.  As far as the hard drive:
  17. >OS/2 and DOS both have reasonably good undelete procedures.  OS/2 just
  18. >copies the file to a temporary directory in the background.
  19.  
  20. Yes this is something unix is not good at. There is no undelete. Maybe 
  21. replacing "rm" with "mv /trash" is enough. Maybe not.
  22.  
  23. >Microsoft has a  *PROGRAMMING LANGUAGE* built into word.  I can't
  24. >imagine why someone would prefer a command line to keystrokes
  25. >and requester windows.  
  26.  
  27. Anyway I don't think it is very fair to compare vi and winword. One is a 
  28. text editor created to edit mostly C sources the other is a word processor 
  29. with graphic capabilities. Their have very very different purposes and if 
  30. you use vi as a word processor there is definitely something wrong somewhere.
  31.  
  32. >>>Why do I have 12 function keys on my keyboard that seem to do absolutely
  33. >>>nothing?
  34. >>
  35. >>dumb question is this?  Are you blaming your keyboard manufacturer's
  36. >>ills on Unix, or are you incoherently expecting that Unix assign some
  37. >>sort of meaning to every key assignable?
  38.  
  39. >No it's not a dumb question.  There is no standard for help in the Unix
  40. >world.  The f keys are seldom used in unix programs.  Most terminals
  41. >have f keys.  It would seem this would be a good time to start convincing
  42. >people to use F1 for help, n'est ce pas?
  43.  
  44.  
  45. I havent come across many terminals with 12 function keys actually. I'm not 
  46. sure you can count the keybord of the IBM AT (the XT had only 10 fkeys) 
  47. since it is not really a terminal, it's a computer which can emulate 
  48. (sometimes well and sometimes not so well) terminals.
  49.  
  50. Anyway, whatever the number of function keys that your terminal have I agree 
  51. that Unix programs are not using them a lot.
  52. So what can be done to improve it and what are the problems?
  53.  
  54. First you must remember that the "F1=Help" convention was really introduced 
  55. with IBM CUA standard (and therefore Windows and Presentation Manager. 
  56. Before that text applications implemented help the way they wanted (and some 
  57. still do). Under Unix, X-window itself is just the windows server but I'm 
  58. don't know if the GUI (openlook & motif) implement it. (maybe motif, can 
  59. someone confirm?).
  60.  
  61. Another problem to overcome is that many terminal emulators don't work too 
  62. well : they treat certain keys locally. When you press F1 on some terminal 
  63. emulators it doesnt send F1 to the remote machine and calls the local help 
  64. menu.
  65.  
  66. I suppose that what in the future, text applications will stay as they are 
  67. but GUI will provide a common way to call help.
  68. (BTW I also like the help bubble in the Mac interface).
  69.  
  70. >>>Why does VI default to beeping at you when you try to type as opposed to
  71. >>>editing?
  72. >>
  73. >>Because you're Making a Mistake, and vi appropriately tells you so.
  74.  
  75. >Why is typing text into a text editor "a mistake."  VI should default
  76. >to typing mode.  It would 100% or more user friendly, as well as compatible
  77. >with the other 1000 programs out there that claim to be editors. 
  78.  
  79. Wasn't vi written at first to test your terminal speaker?
  80. Fortunately when I started learning vi, I had a terminal where I could turn 
  81. down the volume, but now after 2 years of expereince I can produce text with 
  82. more characters than beeps :-)
  83.  
  84. >>>Is there a wordwrap mode in VI?  And if so, why doesn't it kick in when I
  85. >>>use VI from RN?
  86. >>
  87. >>a) yes.  b) because your .exrc file is not set up correctly.
  88.  
  89. >How often does someone want to edit news without word wrap?  Wouldn't that
  90. >make it logical to put word wrap in the standard .exrc file?
  91.  
  92. How often do one want to edit news with vi? Unless you have been using vi 
  93. for too long and you cannot do anything without it, leave it to the 
  94. programmers and use a more suitable editor when writing mail or news.
  95.  
  96. >Because they are not stupid questions.  They are good questions.  Obviously
  97. >VI has flaws.  Obviously unix has flaws.  Everything has flaws.  It is
  98. >frightening the way many Unix users refuse to admit that Unix has flaws.
  99.  
  100. Use the correct tool for the correct purpose and maybe you wont see as many 
  101. "flaws". Yes Unix can be inproved, administration could be simpled, GUI 
  102. could be more consistent there could also be an on-line tutorial for new 
  103. users etc... The problem is that I may not see the same flaws as you do.
  104.  
  105. >If you launch an editor from VI, that editor should be a wordprocessor.  If
  106. >it is vi, vi should be in wordprocess mode.  If it doesn't, that is a flaw.
  107.  
  108. Where did you get the idea that vi had a "wordprocessor mode"? (and wordwrap 
  109. is not enough for me to be a wordprocessor mode!). It definitely hasn't. Vi 
  110. is an editor for editing C sources. It does it very good (at least that's 
  111. the opinion of people like me who have been using it for a long time) but it 
  112. is definitely not an all purpose editor. And if you don't like it in the 
  113. first place, don't use it.
  114.  
  115. The only thing you could argue is : why isnt there a choice of editor when 
  116. you buy your unix?
  117. The answer is : 
  118.     - So far unix makers have considered that if you can't use vi you don't 
  119.     deserve to use unix. This is wrong and changing slowly.
  120.     
  121.     - The real well known competitor is emacs which has the problems of
  122.         - Being nearly as cryptic as vi
  123.         - Being "copylefted" so you can't include it in commercial unixes
  124.         (although Dell includes it I think).
  125.  
  126. >If help does nothing at the command prompt.  That is a flaw.
  127.  
  128. Yeees, but what would you expect it to do? Would alias help man -k keep you 
  129. happy?
  130.  
  131. >If the cursor keys are illogical that is a flaw.
  132.  
  133. I suppose you are mistaking 'logical' and 'intuitive'. For me the intuitive 
  134. cursor keys on my terminal are those with the arrows on. And those don't 
  135. work intuitively under vi.
  136.  
  137. On all the implementations of vi I've seen typing :
  138. "a hello <CRSR UP> world" works where "i hello <CSRS UP> world" does not!
  139.  
  140. Try to explain to a new-user the difference between moving the cursor to a 
  141. shorter line with append mode and insert mode !
  142.  
  143. And the reason why you leave the append or insert mode when reaching the end 
  144. of line is beyond me!
  145.  
  146. >Anything can be improved if we discuss the flaws and discuss ways to improve
  147. >them.  If we treat those that notice flaws as blasphemers, we all end up
  148. >using 1970s text editors in 1992, and unix dies.
  149.  
  150. Unix does not "die", we are speaking of a very SMALL market of unix here : 
  151. the market of personnal computers - low-end workstations. Even if unix is 
  152. not doing good in that market (which I agree is important and mostly 
  153. dominated by Microsoft and Apple at the moment) it will still be alive and 
  154. kicking in all the other markets.
  155.  
  156. --
  157. -----------------------------------------------------------------------------
  158. Philippe GOUJARD                              Email : ppg@oasis.icl.co.uk
  159.