home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / question / 9474 < prev    next >
Encoding:
Text File  |  1992-07-27  |  6.1 KB  |  148 lines
  1. Newsgroups: comp.unix.questions
  2. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!alf.uib.no!buboo
  3. From: buboo@alf.uib.no (Ove Ruben R Olsen)
  4. Subject: Re: stupid question from a neophyte user
  5. Message-ID: <1992Jul28.073233.24331@alf.uib.no>
  6. Followup-To: poster
  7. Reply-To: buboo@alf.uib.no
  8. Organization: University of Bergen, Norway
  9. References: <1992Jul27.194816.3335@u.washington.edu>
  10. Date: Tue, 28 Jul 92 07:32:33 GMT
  11. Lines: 130
  12.  
  13. Shu-Chen Eclipse writes:
  14.  
  15. >it keeps giving all kinds of errors?!! If I caps If, it gives me one kind, if
  16. >i lower case if, gives me another set-- why in sam's whatchamacallit should
  17. >"if" be case sensitive. Do I put "then" on the 1st line? do I put then on the
  18. >2nd line? do I preced then with a ";" (in sh? I've seen it both ways);
  19. >do I put "" around "$TERM"? do I use != or !== or ~==?? is the ( ) test above
  20. >case sensitive? should I upcase/lowercase term and sun before comparing them?
  21.  
  22. Have you READ THE FINE MANUAL (RTFM) ?
  23.  
  24.     man sh
  25.  
  26. will give you what you want. The man part about UNIX is one of the nicer
  27. things about it. The HELP function for VMS S**KS, it does not even cover
  28. all the quirks of the OS ! Not that 'man' does it either, but man goes 
  29. far beyond the information level that 'HELP' goes.
  30.  
  31. >
  32. >why is unix so complicated compared to vms dcl-- 
  33. >now that's a script language,eh?
  34. >thanx for answering,
  35. >frustrated at being forced to use unix instead of vms,
  36. >sue@byron.u.washington.edu
  37. > AND ALSO THIS INSANE VI EDITOR!!!!
  38.  
  39. You should always learn your editor, and know it. I belive a editors is the 
  40. most used program on a machine. This is a golden rule for every used program.
  41. Unfortunately, for the people, the people do not get beyound the basics in
  42. editing. They learn to move one char at each time. So imagine the fellow
  43. that want to go to line 1267 and hit the "down" key and count 1, hit the
  44. "down" key and count 2, hit the "down" key and ... suddenly there comes
  45. a phone and after the phone he starts all over. I'm serious, I've seen it.
  46. After a while he learn how to "page down". Quite happy with that, except
  47. with files that are more than 300 lines long >:). They learn how to do
  48. the basics: moving _one_ char, line, page at the time.
  49. A good editor should be able to:
  50.    - Move you arbitary number of chars with one or cobined commands.
  51.    - Move you arbitary number of words with one or cobined commands.
  52.    - Move you arbitary number of lines with one or cobined commands.
  53.    - Move you arbitary number of pages with one or cobined commands.
  54.    - Move you in any direction, in a object fashioned way. 
  55.    - Have a consistent and easy command set (acronyms for the various cmds).
  56.    - Un-limited undo.
  57.    - NO mouse support (mousing around takes to much time), learn to type, or
  58.      use a word processor !
  59.    - Have a macro language that resembels the editor commands, with perhaps
  60.      a limited set of exstension commands.
  61.    - Should be standarized. (POSIX, ANSI, ISO and so on (yes, I would love
  62.      to see a ISO editor :-))). 
  63.    - Not eat more than 0.5 % of _user_ CPU power (Not total CPU) && memory.
  64. ... and so on ...
  65.  
  66. Enuff rambling, back to the whining about VI:
  67.  
  68. The following tutorials about VI can be fetched from the following 
  69. places around the world:
  70.  
  71. You should first get the following files:
  72.   1. vi.love.Z       A colletions of "Why do you love vi ?" from comp.editors.
  73.   2. vi.intro.Z      Introduction on Display Editing with VI. UCB-dist. A Must.
  74.   3. vi.reference.Z  VI reference. Version 8.  Maarten Litmaath. A Must. 
  75.   4. vi.tutor.tar.Z  An interactive tutor for VI. (Ver: 1.3) Beginers choice.
  76.   5. vi.tutor.tex.Z  A exelent documet to use with vi.tutor.Z. Beginers choise.
  77.  
  78. Then, to know the workings for your editor:
  79.   6. ex.reference.Z  EX Reference Manual. UCB-dist. A Must.
  80.   7. vi.apwh.ms.Z    VI Command & Function Reference. UCB-dist.
  81.   8. vi.chars.Z      Apendix: character functions. UCB-dist. A Must.
  82.  
  83. The VI/EX archives can be found at:
  84.  
  85. Europe:
  86.    Main site:     alf.uib.no (129.177.30.3)
  87.    Filearea:      pub/lpf/misc
  88.    Peak hours:    07.00 am GMT to 03.00 pm GMT 
  89.  
  90. Japan:
  91.    Mirror site:   utsun.s.u-tokyo.ac.jp (133.11.11.11) 
  92.    Filearea:      misc/vi-archive
  93.    Peak hours:    01.00 am GMT to 09.00 am GMT
  94.  
  95. USA, Canada and Mexico: 
  96.    Mirror site:   cs.uwp.edu (131.210.1.4)
  97.    Filearea:      /pub/vi
  98.    Peak hours:    None.            
  99.  
  100. Australia, NZ and the rest Down Under:
  101.    Main site:     monu6.cc.monash.edu.au (130.194.1.106)
  102.    Filearea:      /pub/Vi
  103.    Peak hours:    Not relevent
  104.  
  105.  
  106. For more information about the files at the archives and the archives 
  107. itself, please read one of the FAQ for Comp.Editors.
  108. If you are in a hurry you may fetch the INDEX file.
  109.  
  110.  
  111. Why you should learn VI is stated in vi.love.Z. 
  112.  
  113. Why you should not learn VI (I'm _***NOT***_ naming any other editor, 'cuz
  114. it will only start a holy war, note the followup too :-):
  115.    - YOU will be the only that support the new editor.
  116.    - You need to take it with you when you move to a new architecture, and
  117.      perhaps using a lot of valuable time to port it.
  118.    - You will have to learn a inconsistent set of editor commands.
  119.    - Many times you will end up with a exstermly limited set of editing cmds.
  120.    - You will need diskspace.
  121.    - A lot of time you will have to ask MANAGEMENT to be allowed to run
  122.      3rd party software, to use CPU cycles, to have a bigger quota.
  123. ... and so on...
  124.  
  125. >
  126. > ... my gawd --IT'S CASE SENSITIVE--WHAT JUNK!!
  127.  
  128. Of course, it has nearly 27 * 2 different commands wich can be combined... 
  129. it's called powerfull. If you learn it the propper way, you will never
  130. want to change editor. :-)
  131. VI - like learing how to drive a Ferrari - a pain, BUT once you have 
  132. learned it, it is powerfull and FAST.
  133.  
  134. \Ruben.
  135.  
  136. PS: 
  137.   People that is ignorant tend to live a fustrated life, at least when
  138.   it comes to editing - But I do belive this is a general rule in life.
  139.              - Me, myself and I.
  140.   :DS
  141.  
  142.  
  143. -- 
  144.     Ove Ruben R Olsen, Professional VI user. EMAIL: Ove.R.Olsen@ubb.uib.no
  145.   Maintaining the Largest  VI/EX-STUFF Archive in the WORLD (alf.uib.no) and
  146. the Comp.Editors FAQ file. If you have information about editing, new editors,
  147.   please get in touch with me. This does not apply to EMACS type of editors.
  148.