home *** CD-ROM | disk | FTP | other *** search
/ The C Users' Group Library 1994 August / wc-cdrom-cusersgrouplibrary-1994-08.iso / vol_300 / 365_02 / question.ms < prev    next >
Text File  |  1992-04-06  |  7KB  |  165 lines

  1. .nr Qn 0 1
  2. .de QQ
  3. .sp
  4. .IP \fB\\n+(Qn) 0.3i
  5. ..
  6. .de AA
  7. .IP \fR 0.75i
  8. ..
  9. .Go 13 "QUESTIONS & ANSWERS"
  10. .QQ
  11. How can I make elvis run faster under DOS?
  12. .AA
  13. There are several things you can do.
  14. The first thing to do is get a good screen driver such as NANSI.SYS.
  15. This can speed up screen redrawing by as much as a factor of eight!
  16. The DOS-specific part of section 12 tells you how to do this.
  17. .AA
  18. You might also consider reducing the size of the blocks that elvis uses.
  19. You'll need to recompile \*E to do this.
  20. The default BLKSIZE is 1024 byte for the DOS version of \*E, which means
  21. that for each keystroke that you insert, elvis must shift an average of
  22. about 500 bytes.
  23. That's a lot to ask from a little old 5MHz 8088.
  24. A BLKSIZE of 512 bytes might be more appropriate.
  25. .AA
  26. If you're \fIreally\fR desperate for more speed, you might want to make
  27. \*E store its temporary files on a RAM disk.
  28. However, this limits the size of the file you can edit, and it eliminates any
  29. chance you may have had to recover your work after a power failure
  30. or system crash, but it might be worth it; you decide.
  31. To do this, add ":set dir=R:\\" (or whatever your RAM disk's name is)
  32. to the \fIelvis.rc\fP file.
  33. .AA
  34. Next, consider turning off the "sync" option.
  35. When the sync option is turned on, \*E will close the temporary file
  36. and reopen it after every change, in order to force DOS to update
  37. the file's directory entry.
  38. If you put ":set nosync" into the \fIelvis.rc\fP file, then elvis will
  39. only close the file when you start editing a different text file, or
  40. when you're exiting \*E.
  41. Consequently, there is no chance that you'll be able to recover your
  42. changes after a power failure... so if you're going to this, then you
  43. might as well store the temp files on the RAM disk, too.
  44. .QQ
  45. Where's the <Esc> key on a DEC keyboard?
  46. .AA
  47. I don't know.  Maybe the <F11> key?
  48. You could always use ":map!" to make some other key act like the <Esc> key.
  49. If all else fails, use <Control><[>.
  50. .QQ
  51. Is there a way to show which keys do what?
  52. .AA
  53. Yes.  The command ":map" will show what each key does in command mode,
  54. and ":map!" (with an exclamation mark) shows what each key does in
  55. input mode.
  56. .AA
  57. The table is divided into three columns: the key's label, the characters
  58. that it sends, and the characters that \*E pretends you typed.
  59. .QQ
  60. How can I make \*E display long lines like the real vi?
  61. .AA
  62. You can't yet.
  63. The next version of \*E shouldsupport this, though.
  64. .QQ
  65. I can't recover my text [under MS-DOS or Atari TOS].
  66. According to the directory listing, the temporary file is 0 bytes long.
  67. What went wrong?
  68. .AA
  69. MS-DOS and TOS only update a file's directory entry when the file is closed.
  70. If the system crashes while the file is still open, then the file's length
  71. is stored as 0 bytes.
  72. The ":set sync" option is supposed to prevent this;
  73. you probably turned it off in the interest of speed, right?
  74. .AA
  75. Under MS-DOS [I don't know about TOS], you should delete the empty
  76. temporary file, and then run CHKDSK/F.
  77. This \fImight\fP find the data that belonged in the empty file,
  78. and place it in a new file with a name like "000001.CHK" -- something like that.
  79. You can then try to extract the text from that temporary file by giving the
  80. command "elvprsv -R 000001.chk >goodnews.txt".
  81. If you're lucky, then your text might be in GOODNEWS.TXT.
  82. .QQ
  83. What is the most current version of \*E?
  84. .AA
  85. Each version of \*E that is released to the public has a version number
  86. of the form "number point number".
  87. As I write this, the most current version of elvis is 1.5.
  88. .AA
  89. The intermediate steps between one release and the next are labeled with
  90. the \fInext\fP version number, with a letter appended.
  91. For example, after 1.4 was released, I started working on 1.5a.
  92. I am currently working on 2.0a.
  93. When \*E reaches a stable state, I'll call it 2.0 and release it.
  94. .AA
  95. Sometimes a beta-test version of elvis will be available via anonymous FTP
  96. from m2xenix.psg.com, in the directory "pub/elvis/beta".
  97. .QQ
  98. I only got executables, but now I want the source code.
  99. Where can I get it?
  100. .AA
  101. If you have access to the Internet, then you should be able to fetch it
  102. from one of the public archives such as \fBplains.nodak.edu\fP.
  103. It is accessible via anonymous FTP, or via an email server named
  104. "archive-server@plains.nodak.edu".
  105. Elvis is located in the directory "/pub/Minix/all.contrib".
  106. .AA
  107. I will also offer it to the C Users' Group.
  108. They sell C source code for us$8 per diskette
  109. (or slightly more outside  North  America).
  110. Their phone number is (913) 841-1631,
  111. and their address is:
  112. .ID
  113. The C Users' Group
  114. PO Box 3127
  115. Lawrence KS 66046-0127
  116. .DE
  117. .QQ
  118. Is this shareware, or public domain, or what?
  119. .AA
  120. It is not public domain; it is copyrighted by me, Steve Kirkendall.
  121. However, this particular version is freely redistributable, in either
  122. source form or executable form.
  123. (I would prefer that you give copies away for free, complete with the
  124. full source code... but I'm not going to force you.)
  125. .AA
  126. It is not shareware; you aren't expected to send me anything.
  127. You can use it without guilt.
  128. .AA
  129. It is not "copylefted."
  130. I hold a copyright, but currently I have not added any of the usual restrictions
  131. that you would find on copylefted software.
  132. If people start doing really obnoxious things to \*E, then I will start
  133. adding restrictions to subsequent versions, but earlier versions won't
  134. be affected.
  135. (So far, everybody has been pretty good about this so no restrictions
  136. have been necessary.)
  137. .QQ
  138. Can I reuse parts of your source code?
  139. .AA
  140. Yes.  Please be careful, though, to make sure that the code really is mine.
  141. Some of the code was contributed by other people, and I don't have the
  142. authority to give you permission to use it.
  143. The author's name can be found near the top of each source file.
  144. If it says "Steve Kirkendall" then you may use it;
  145. otherwise, you'd better contact the author first.
  146. .AA
  147. Please don't remove my name from the source code.
  148. If you modify the source, please make a note of that fact in a comment
  149. near the top of the source code.
  150. And, finally, please mention my name in your documentation.
  151. .QQ
  152. Can \*E work with non-ASCII files?
  153. .AA
  154. \*E can't edit binary files because it can't handle the NUL character,
  155. and because of line-length limitations.
  156. However, it is 8-bit clean so you should be able to edit any European
  157. extended ASCII file without any surprises.
  158. .AA
  159. \*E has also been modified to work with 16-bit character sets.
  160. Yongguang Zhang (ygz@cs.purdue.edu) has created a Chinese version of \*E
  161. that uses 16-bit characters and runs under cxterm (Chinese X-term)
  162. on X-windows systems.
  163. Junichiro Itoh (itojun@foretune.co.jp) has modified \*E to edit Japanese
  164. text under MS-DOS.
  165.