home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / question / 13249 < prev    next >
Encoding:
Text File  |  1992-11-11  |  5.2 KB  |  126 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!utcsri!torn!watserv2.uwaterloo.ca!watmath!undergrad.math.waterloo.edu!napier.uwaterloo.ca!papresco
  3. From: papresco@napier.uwaterloo.ca (Paul Prescod)
  4. Subject: Re: IS UNIX DEAD? (long)
  5. Message-ID: <BxKM0t.1xH@undergrad.math.waterloo.edu>
  6. Sender: news@undergrad.math.waterloo.edu
  7. Organization: University of Waterloo
  8. References: <sherman.721291094@foster> <BxGu2H.A62@undergrad.math.waterloo.edu> <1992Nov10.055311.14872@wixer.cactus.org>
  9. Date: Wed, 11 Nov 1992 21:22:03 GMT
  10. Lines: 114
  11.  
  12. >Hey, why doesn't my toaster ask me for confirmation if I press the little
  13. >bar without inserting any bread?
  14.  
  15. Try it, it will usually pop up after a few seconds.
  16.  
  17. >>Why is it, in VI that there is no way (I know of) to get help, or exit,
  18. >>without knowing the exit key?  What doesn't "h" in command mode present
  19. >>ANY kind of help?
  20. >
  21. >Why doesn't my hard drive realize that I didn't really want to delete
  22. >that data?  Why don't I have a team of ergonomics specialists sitting
  23. >at my desk doing all my typing by dictation?
  24.  
  25. Two different things.  Asking for a help key is really not as 
  26. "pampered" as you would make it out.  As far as the hard drive:
  27. OS/2 and DOS both have reasonably good undelete procedures.  OS/2 just
  28. copies the file to a temporary directory in the background.
  29.  
  30. >Again, vi is not a drop-in replacement for Microsoft Write.  It's
  31. >an extremely powerful editor of text files.  If you want to whine,
  32. >consider asking Microsoft why they don't have a command line in
  33. >their editors.
  34.  
  35. Microsoft has a  *PROGRAMMING LANGUAGE* built into word.  I can't
  36. imagine why someone would prefer a command line to keystrokes
  37. and requester windows.     
  38. >
  39. >>Why don't Unix "tools" have a convention about help and exit keys AT THE
  40. >>VERY LEAST.  
  41. >
  42. >Control-C works for me.  That, or Control-Z kill %1.
  43.  
  44. And assembly is a high level language..right.  And your programming language
  45. of choice is binary.
  46.  
  47. >Your lack of attentiveness is simply not our problem.  The bottom of
  48. >every man page I've seen about 'vi' contains a pointer to the actual
  49. >vi manual.
  50.  
  51. Would you like me to mail you our man pages or will you take my word for it
  52. that it says nothing about other man pages.
  53.  
  54. >>Why do I have 12 function keys on my keyboard that seem to do absolutely
  55. >>nothing?
  56. >
  57. >dumb question is this?  Are you blaming your keyboard manufacturer's
  58. >ills on Unix, or are you incoherently expecting that Unix assign some
  59. >sort of meaning to every key assignable?
  60.  
  61. No it's not a dumb question.  There is no standard for help in the Unix
  62. world.  The f keys are seldom used in unix programs.  Most terminals
  63. have f keys.  It would seem this would be a good time to start convincing
  64. people to use F1 for help, n'est ce pas?
  65.  
  66. >>Why doesn't VI use the jkl; keys for cursor movement, since your fingers
  67. >>are already on them.  Or why not use keys somewhere far from them.  A
  68. >>person can easily get confused.
  69. >
  70. >Whose fingers are already on them?  Not mine.  If you're having a hard
  71. >time moving your fingers one key away, might I recommend not using
  72. >a computer?  These things are dangerous.
  73.  
  74. It's got nothing to do with difficulty.  It has to do with intelligence.
  75. With 95% of all keyboards having little bumps on the "home" key it makes
  76. absolutely NO SENSE to use keys one character right of the home keys
  77. as cursor keys.  None whatsoever.  Espeicially when h could be a help
  78. key, instead of wasted on the right arrow, when J should be the right
  79. arrow.
  80.  
  81. >>Why does VI default to beeping at you when you try to type as opposed to
  82. >>editing?
  83. >
  84. >Because you're Making a Mistake, and vi appropriately tells you so.
  85.  
  86. Why is typing text into a text editor "a mistake."  VI should default
  87. to typing mode.  It would 100% or more user friendly, as well as compatible
  88. with the other 1000 programs out there that claim to be editors. 
  89.  
  90. >Again, you're confused.  My vi, and every vi I have used, has dealt with
  91. >too-long lines in a rational manner.  All my vis also have word-wrap,
  92. >which you would discover if you took the time to read the man page and
  93. >read the manual listed at the end of the man page.
  94.  
  95. Sigh.  See above.
  96.  
  97. >>Is there a wordwrap mode in VI?  And if so, why doesn't it kick in when I
  98. >>use VI from RN?
  99. >
  100. >a) yes.  b) because your .exrc file is not set up correctly.
  101.  
  102. How often does someone want to edit news without word wrap?  Wouldn't that
  103. make it logical to put word wrap in the standard .exrc file?
  104.  
  105. >Hey, I'm getting into the rhythm of this.  Let me try:
  106. >
  107. >Why is it that people who have no idea how to use Unix and who think
  108. >that it should operate at the lowest common denominator keep asking
  109. >stupid questions?
  110.  
  111. Because they are not stupid questions.  They are good questions.  Obviously
  112. VI has flaws.  Obviously unix has flaws.  Everything has flaws.  It is
  113. frightening the way many Unix users refuse to admit that Unix has flaws.
  114.  
  115. If you launch an editor from VI, that editor should be a wordprocessor.  If
  116. it is vi, vi should be in wordprocess mode.  If it doesn't, that is a flaw.
  117.  
  118. If help does nothing at the command prompt.  That is a flaw.
  119.  
  120. If the cursor keys are illogical that is a flaw.
  121.  
  122. Anything can be improved if we discuss the flaws and discuss ways to improve
  123. them.  If we treat those that notice flaws as blasphemers, we all end up
  124. using 1970s text editors in 1992, and unix dies.
  125.  
  126.