home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer: Getting Started / Internet Surfer - Getting Started (Wayzata Technology)(7231)(1995).bin / pc / textfile / faqs / edit_faq / the_faq < prev    next >
Encoding:
Internet Message Format  |  1995-01-01  |  11.0 KB

  1. Xref: bloom-picayune.mit.edu comp.editors:7148 news.answers:4096
  2. Newsgroups: comp.editors,news.answers
  3. Path: bloom-picayune.mit.edu!snorkelwacker.mit.edu!ira.uka.de!ira.uka.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!sunic!ugle.unit.no!alf.uib.no!buboo
  4. From: buboo@alf.uib.no (Ove Ruben R Olsen)
  5. Subject: comp.editors - Frequently Asked Questions
  6. Message-ID: <Ruben-FAQ1-0003@alf.uib.no>
  7. Followup-To: poster
  8. Supersedes: <Ruben-FAQ1-0002@alf.uib.no>
  9. Reply-To: Ruben@Uib.no
  10. Organization: University of Bergen, Norway
  11. Date: Tue, 17 Nov 92 19:02:41 GMT
  12. Approved: news-answers-request@MIT.Edu
  13. Expires: Fri 17 Dec 92 19:02:05 GMT 
  14. Lines: 269
  15.  
  16. Archive-name: editor-faq/The_FAQ 
  17.  
  18.  
  19.  
  20. The following file is a set of Frequently Asked Questions for the group
  21. comp.editors.  Certain questions get asked time and again, and this is
  22. an attempt to reduce the bandwidth taken up by these posts and their
  23. associated replies.  If you have a question, please check this file
  24. before you post.  It may save a lot of peoples time.
  25.  
  26. This FAQ tends to ignore emacs related questions, as they tend to be
  27. answered adequately in the comp.emacs FAQ.
  28.  
  29. Please send all comments, discussion, suggestions for new questions and
  30. so on to me, Ove Ruben R Olsen <Ove.R.Olsen@ubb.uib.no>.  I'll try to 
  31. answer everything I get.  I especially need more 'where to get sources'
  32. answers.  I'd like some Anonymous UUCP sites, if at all possible.
  33.  
  34. 01) What is comp.editors?
  35. 02) Where can I get the latest release of GNU emacs/elvis/crisp/joe/...?
  36. 03) Someone has just posted 'my editor is better than your editor'. What
  37. 04) Can I get hold of the source code for VI?
  38. 05) I have a Emacs question. Should I ask it in comp.editors, or in
  39. 06) Someone just mentioned the 'buffer gap method'. What do they mean?
  40. 07) How do I reformat paragraphs in vi?
  41. 08) Has anyone got a simple editor for Unix?
  42. 09) Are there any vi archive sites around?
  43. 10) Where can I get vi for VMS?
  44. 11) How do I edit binary files with VI ?
  45. 12) Why does vi sometimes tell me 'Too much macro text'?
  46. 13) Is there a list of bugs in vi?
  47. 14) Whats a folding editor?
  48. 15) Where can I get the DEC editor EDT for UNIX.
  49.  
  50.  
  51. 01) What is comp.editors?
  52.  
  53. Comp.editors is an INET group for the discussion of editors, editing
  54. interfaces and internals generally.  For discussion of what an INET
  55. group is, please see the regular postings in news.announce.newusers.
  56. There was discussion some time back about making comp.editors into a
  57. regular usenet group, but so far nothing has come of it.
  58.  
  59. Almost anything editor-related is acceptable in comp.editors, with a few
  60. caveats (see question 05).
  61.  
  62.  
  63. 02) Where can I get the latest release of GNU emacs/elvis/crisp/joe/...?
  64.  
  65. You should check out the companion posting on this issue. The companion
  66. post contains info on the following editors:
  67.  
  68.  
  69. ADAMI (TED)         AE - Another Editor ALand's Editor      Ant's Editor.       
  70. Bingo               BatMaster           BOXER               CADET - The CAD Text
  71. calvin (Free VI)    ce                  CEDIT               Crisp               
  72. cse                 dte                 Easy Editor         Text EDIT           
  73. E                   Elvis               FE - Fred's Editor  foldED              
  74. FPTED               GNU Emacs           JOE's editor.       Jstevie             
  75. KAMAS               MAT Editor (C)      Mutt Editor 2       Microemacs          
  76. Mined               Origami             PC-Point            E2 - Rand editor    
  77. pico                Ravitz Editor       REDT                Sedt Editor         
  78. SLIM                Stevie              supered             TECO                
  79. TERSE               Useful Editor       Unity               Vile                
  80. Vision Edit         
  81.  
  82.  
  83. 03) Someone has just posted 'my editor is better than your editor'. What
  84.     should I do?
  85.  
  86. Ignore it.  Don't post a reply to comp.editors, whatever you do.  These
  87. flame wars tend to go on for ages and they never change anyones mind.
  88. If you really must reply use email, or alt.religion.emacs.
  89.  
  90.  
  91. 04) Can I get hold of the source code for VI?
  92.  
  93. Not without a AT&T source license.  VI is a direct descendent of ed(1),
  94. and is therefore subject to AT&T licensing.  Even if you were to get
  95. hold of the code, to remove all of the AT&T code would be impractical.
  96.  
  97. There are, however a lot of public domain clones of vi around, Elvis and
  98. Stevie being two.  You may also want to check out Vile, which is a vi
  99. feelalike, based on Microemacs.
  100.  
  101.  
  102. 05) I have a Emacs question. Should I ask it in comp.editors, or in
  103.     comp.emacs/gnu.emacs.help?
  104.  
  105. If the question is specifically about an emacs variant, no.  You would
  106. probably get more joy from one of comp.emacs or gnus.emacs.help.
  107. Gnu.emacs.help is specifically for GNU Emacs, whereas comp.emacs
  108. encompasses all variants of emacs (Yes, there is more than one type of
  109. Emacs - there are over 50 in fact). 
  110.  
  111. However, If the question is about an emacs in relation to another type
  112. of editor, then its probably ok to post it here.
  113.  
  114.  
  115. 06) Someone just mentioned the 'buffer gap method'. What do they mean?
  116.  
  117. An editor can hold text in memory in a number of ways. If you use the
  118. buffer gap, the file is split into two buffers, with the cursor always
  119. between the two buffers, ie:
  120.  
  121. [ first buffer ][ second buffer ]
  122.                 ^ cursor is here
  123.  
  124. When the cursor is moved, a character is just copied from one buffer to
  125. the other (depending on direction). This method makes inserting &
  126. deleting and string searching easy. Insertion just requires extending
  127. the first buffer by one character. Deletion is just removing the last
  128. character of the first buffer. For string searching the file can just
  129. be treated as a single string, with care only needing to be taken when
  130. the match straddles the gap. Disadvantages include difficulty with line
  131. based operations, and problems with page faults when the second buffer
  132. is large. It's also quite hard to implement properly on some segmented
  133. architectures. This is the method used by GNU Emacs.
  134.  
  135. Another method is a linked list of lines. This is exactly what it says.
  136. When you read in the file, you split it up into lines, maintaining
  137. pointers to the previous & next line. Line-based functions are much
  138. easier with this method, but searching isn't so easy.
  139.  
  140.  
  141. 07) How do I reformat paragraphs in vi?
  142.  
  143. Rather than write a set of macros to do this for you, it's usually
  144. easier just to use an external program to do it for you.  If you have
  145. fmt(1), then {!}fmt will reformat the paragraph under the cursor.  This
  146. can be fitted into a macro easily enough.
  147.  
  148. If you don't have fmt, then you can use nroff(1) similarly (with a few
  149. caveats about getting rid of trailing blank lines).
  150.  
  151. A format program is also to be found inside the EX/VI archives.  The
  152. filename is vi.reformat.tar.Z.  It claims to be a WordStar reformat.
  153.  
  154.  
  155. 08) Has anyone got a simple editor for Unix?
  156.  
  157. This comes up a lot. The answer is usually Microemacs, or some clone of
  158. it. Another choice might be joe, crisp or fpted. See question 02 for 
  159. where to get them from.
  160.  
  161.  
  162. 09) Are there any vi archive sites around?
  163.  
  164. Ove Ruben R Olsen maintains one of the biggest vi archive sites around.
  165. His site is mirrored at a number of sites worldwide.  See the companion
  166. posting for more information.
  167.  
  168.  
  169. 10) Where can I get vi for VMS?
  170.  
  171. Both TPU and GNU Emacs have vi emulations.  You can generally find them
  172. in ftp archives.
  173.  
  174.  
  175. 11) How do I edit binary files with VI ?
  176.  
  177. To do this you need a program that converts you binary file to
  178. a plain ascii file. In the EX/VI archives there are two programs
  179. to do this:
  180.  
  181. vi.bed.tar.Z     - A good frontend.
  182. vi.bined.tar.Z   - Two filters to convert binary files to/from ascii.
  183.                    Claims to solve the "Line to long" message.
  184.  
  185.  
  186. 12) Why does vi sometimes tell me 'Too much macro text'?
  187.  
  188. When vi starts up, it looks in three places for initialisation commands
  189. of some description.  It first looks in your EXINIT environmental
  190. variable.  If it doesn't find that, then it looks in the current
  191. directory for a file called .exrc (some vi's do this *as well as*
  192. looking at EXINIT anyway), and sources that instead.  If it doesn't find
  193. either of these, then it sources $HOME/.exrc.
  194.  
  195. The problem is that some vi's source both .exrc files anyway (this is
  196. wrong - it should only ever source one), and vi's buffers overflow
  197. giving you the above error message.  One more bug found, Mr. Joy.
  198.  
  199.  
  200. 13) Is there a list of bugs in vi?
  201.  
  202. Not at the minute.  If anyone would like to collect a list of known
  203. bugs, I'd be happy to post it with this FAQ.
  204.  
  205.  
  206. 14) Whats a folding editor?
  207.  
  208. Another word for 'folding editor' is 'outline editor'.
  209.  
  210. This is quite a hard concept to explain without having a folding editor
  211. in front of you to explain with.  The idea behind it is to hide text
  212. behind some sort of descriptive heading.  For instance, if you were
  213. working on some C code, but didn't want to see the millions of C
  214. headers, you could fold that text away behind the heading 'INCLUDE FILES',
  215. like:
  216.  
  217. In a normal text editor, the file would look like:
  218. --- begin ---
  219. #include <stdio.h>
  220. #include <stdlib.h>
  221. #include <bar/foo/blrufl.h>
  222. #include <ktb/kick/inside.h>
  223. #include <mary/had/a/little/lamb.h>
  224.  
  225. int heights()
  226. {
  227.     return wuthering();
  228. }
  229. --- end ---
  230.  
  231. in a folding editor, it might look something like this:
  232.  
  233. --- begin ---
  234. ... INCLUDE FILES
  235.  
  236. int heights()
  237. {
  238.     return wuthering();
  239. }
  240. --- end ---
  241.  
  242. Of course, the line can be unfolded, and you can see the original text,
  243. and in editors such as Origami, this folding can be nested.
  244.  
  245.  
  246.  
  247. 15) Where can I get the DEC editor EDT for UNIX.
  248.  
  249.   [ Information supplied by Castor Fu (castor@drizzle.stanford.edu) ]
  250.  
  251.   1. Using the the GNU Emacs EDT emulator. 
  252.      This provides you with the key bindings but doesn't really have 
  253.      the look and feel.  One of the nicest things about EDT for novices 
  254.      is that it really controls a vtxxx terminal competently, and makes 
  255.      use of highlighting, keypad, etc. to aid casual users.  This 
  256.      implementation is designed for the "expert" edt user who has no 
  257.      need for such niceties and primarily wants the key bindings for 
  258.      his keypad.
  259.  
  260.   2. Buy a commercial product.  Probably the most widely used such is 
  261.      EDT+ from:
  262.  
  263.      Boston Business Computing
  264.      3 Dundee Park,
  265.      Andover, MA 01810
  266.      USA
  267.      +1 508 470-0444, FAX +1 508 474-8244.
  268.  
  269.      I used their product a little bit on a Multiflow, but not enough to 
  270.      REALLY tell how good it is. 
  271.      Their product will probably cost somewhere $500 and $1000. But it 
  272.      really looks like EDT to me.
  273.  
  274.   3. Wait for DEC to announce it's port of TPU to Ultrix? I heard they 
  275.      intend to make this a product.  
  276.  
  277.   4. We've started using Anker Berg-Sonne's SEDT. It's become the editor 
  278.      of choice in our group among those who don't already know vi or 
  279.      emacs, because it's very easy to use.  I don't know why, but it is 
  280.      not widely used/known about in the unix world for some reason. 
  281.      (See also question 2 for where to find this editor).
  282.  
  283.  
  284.  
  285. -- 
  286.         Ove Ruben R Olsen a Gnarfer and VI user. EMAIL: ruben@uib.no. 
  287.      Maintaining the EX/VI-archive and a couple of the Comp.Editors FAQs.
  288.     People that are ignorant tend to live a frustrated life, at least when 
  289.      it comes to editing - But I do belive this is a general rule in life
  290.