freebsd-dev/contrib/nvi/docs/tutorial/vi.advanced
Peter Wemm b8ba871bd9 Import of nvi-1.79, minus a few bits that we dont need (eg: postscript
files, curses, db, regex etc that we already have).  The other glue will
follow shortly.

Obtained from: Keith Bostic <bostic@bostic.com>
1996-11-01 06:45:43 +00:00

1459 lines
69 KiB
Plaintext
Raw Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

Section 26: Index to the rest of the tutorial
The remainder of the tutorial can be perused at your leisure. Simply find the
topic of interest in the following list, and {/Section xx:/^M} to get to the
appropriate section. (Remember that ^M means the return key)
The material in the following sections is not necessarily in a bottom up
order. It should be fairly obvious that if a section mentions something with
which you are not familiar, say, buffers, you might {/buffer/^M} followed by
several {n} to do a keyword search of the file for more details on that item.
Another point to remember is that commands are surrounded by curly-braces and
can therefore be found rather easily. To see where, say, the X command is
used try {/{X}/^M}. Subsequent {n} will show you other places the command was
used. We have tried to maintain the convention of placing the command letter
surrounded by curly-braces on the section line where that command is
mentioned.
Finally, you should have enough 'savvy' at this point to be able to do your
own experimentation with commands without too much hand-holding on the part of
the tutorial. Experimentation is the best way to learn the effects of the
commands.
Section Topic - description
------- -------------------
(Sections 1 through 25 are located in the file vi.beginner.)
1 introduction: {^F} {ZZ}
2 introduction (con't) and positioning: {^F} {^B}
3 introduction (con't) and positioning: {^F} {^B}
4 positioning: {^F} {^B} ^M (return key)
5 quitting: {:q!} ^M key
6 marking, cursor and screen positioning: {m} {G} {'} {z}
7 marking, cursor and screen positioning: {m} {G} {'} {z}
8 marking, cursor and screen positioning: {z} {m} {'}
9 marking and positioning: {m} {''}
10 line positioning: {^M} {-}
11 scrolling with {^M}
12 scrolling with {-} and screen adjustment {z}
13 notes on use of tutorial
14 other scrolling and postioning commands: {^E} {^Y} {^D} {^U}
15 searching: {/ .. /^M}
16 searching: {? .. ?^M} {n} (in search strings ^ $)
17 searching: \ and magic-characters in search strings
18 colon commands, exiting: {:} {ZZ}
19 screen positioning: {H} {M} {L}
20 character positioning: {w} {b} {0} {W} {B} {e} {E} {'} {`}
21 cursor positioning: {l} {k} {j} {h}
22 adding text: {i} {a} {I} {A} {o} {O} ^[ (escape key)
23 character manipulation: {f} {x} {X} {w} {l} {r} {R} {s} {S} {J}
24 undo: {u} {U}
25 review
(The following sections are in this file.)
26 Index to the rest of the tutorial ******** YOU ARE HERE *******
27 discussion of repeat counts and the repeat command: {.}
28 more on low-level character motions: {t} {T} {|}
29 advanced correction operators: {d} {c}
30 updating the screen: {^R}
31 text buffers: {"}
32 rearranging and duplicating text: {p} {P} {y} {Y}
33 recovering lost lines
34 advanced file manipulation with vi
34.1 more than one file at a time: {:n}
34.2 reading files and command output: {:r}
34.3 invoking vi from within vi: {:e} {:vi}
34.4 escaping to a shell: {:sh} {:!}
34.5 writing parts of a file: {:w}
34.6 filtering portions of text: {!}
35 advanced searching: magic patterns
36 advanced substitution: {:s}
37 advanced line addressing: {:p} {:g} {:v}
38 higher level text objects and nroff: ( ) { } [[ ]]
39 more about inserting text
40 more on operators: {d} {c} {<} {>} {!} {=} {y}
41 abbreviations: {:ab}
42 vi's relationship with the ex editor: {:}
43 vi on hardcopy terminals and dumb terminals: open mode
44 options: {:set} {setenv EXINIT}
44.1 autoindent
44.2 autoprint
44.3 autowrite
44.4 beautify
44.5 directory
44.6 edcompatible
44.7 errorbells
44.8 hardtabs
44.9 ignorecase
44.10 lisp
44.11 list
44.12 magic
44.13 mesg
44.14 number
44.15 open
44.16 optimize
44.17 paragraphs
44.18 prompt
44.19 readonly
44.20 redraw
44.21 remap
44.22 report
44.23 scroll
44.24 sections
44.25 shell
44.26 shiftwidth
44.27 showmatch
44.28 slowopen
44.29 tabstop
44.30 tags
44.31 taglength
44.32 term
44.33 terse
44.34 timeout
44.35 ttytype
44.36 warn
44.37 window
44.38 wrapscan
44.39 wrapmargin
44.40 writeany
44.41 w300, w1200, w9600
Section 27: repetition counts and the repeat command {.}
Most vi commands will use a preceding count to affect their behavior in some
way. We have already seen how {3x} deletes three characters, and {22G} moves
us to line 22 of the file. For almost all of the commands, one can survive by
thinking of these leading numbers as a 'repeat count' specifying that the
command is to be repeated so many number of times.
Other commands use the repeat count slightly differently, like the {G} command
which use it as a line number.
For example:
{3^D} means scroll down in the file three lines. Subsequent {^D} OR {^U} will
scroll only three lines in their respective directions!
{3z^M} says put line three of the file at the top of the screen, while {3z.}
says put line three as close to the middle of the screen as possible.
{50|} moves the cursor to column fifty in the current line.
{3^F} says move forward 3 screenfulls. This is a repetition count. The
documents advertise that {3^B} should move BACK three screenfulls, but I
can't get it to work.
Position the cursor on some text and try {3r.}. This replaces three characters
with '...'. However, {3s.....^[} is the same as {3xi.....^[}.
Try {10a+----^[}.
A very useful instance of a repetition count is one given to the '.' command,
which repeats the last 'change' command. If you {dw} and then {3.}, you will
delete first one and then three words. You can then delete two more words with
{2.}. If you {3dw}, you will delete three words. A subsequent {.} will delete
three more words. But a subsequent {2.} will delete only two words, not three
times two words.
Caveat: The author has noticed that any repetition count with {^B} will NOT
work: indeed, if you are at the end of your file and try {3^B} sufficiently
often, the editor will hang you in an infinite loop. Please don't try it:
take my word for it.
Section 28: {t} {T} {|}
Position the cursor on line 13 below:
Line 13: Four score and seven years ago, our forefathers brought ...
Note that {fv} moves the cursor on/over the 'v' in 'seven'. Do a {0} to return
to the beginning of the line and try a {tv}. The cursor is now on/over the
first 'e' in 'seven'. The {f} command finds the next occurrence of the
specified letter and moves the cursor to it. The {t} command finds the
specified letter and moves the cursor to the character immediately preceding
it. {T} searches backwards, as does {F}.
Now try {60|}: the cursor is now on the 'o' in 'brought', which is the
sixtieth character on the line.
Section 29: {d} {c}
Due to their complexity we have delayed discussion of two of the most powerful
operators in vi until now. Effective use of these operators requires more
explanation than was deemed appropriate for the first half of the tutorial.
{d} and {c} are called operators instead of commands because they consist of
three parts: a count specification or a buffer specification (see section
#BUFFERS), the {d} or {c}, and the object or range description. We will not
discuss buffers at this stage, but will limit ourselves to count
specifications. Examples speak louder than words: position the cursor at the
beginning of line 14:
Line 14: Euclid alone has looked on beauty bear.
Obviously, there is something wrong with this quotation. Type {2fb} to
position the cursor on the 'b' of 'bear'. Now, type {cwbare^[}
and observe the results. The {cw} specifies that the change command {c} is to
operate on a word object. More accurately, it specifies that the range of the
change command includes the next word.
Position the cursor on the period in Line 14. (one way is to use {f.})
Now, type {cbbeast^[}. This specifies the range of the change command to be the
previous word (the 'b' reminiscent of the {b} command). If we had wished to
delete the word rather than change it, we would have used the {d} operator,
rather than the {c} operator.
Position the cursor at the beginning of the line with {0}. Type
{d/look/^M}. The search string specified the range of the delete.
Everything UP TO the word 'looking' was deleted from the line.
In general, almost any command that would move the cursor will specify a range
for these commands. The most confusing exception to this rule is when {dd} or
{cc} is entered: they refer to the whole line. Following is a summary of the
suffixes (suffices? suffici?) and the ranges they specify:
suffix will delete{d}/change{c}
------ ------------------------
^[ cancels the command
w the word to the right of the cursor
W ditto, but ignoring punctuation
b the word to the left of the cursor
B ditto, but ignoring punctuation
e see below.
E ditto
(space) a character
$ to the end of the line
^ to the beginning of the line
/ .. / up to, but not including, the string
? .. ? back to and including the string
fc up to and including the occurrence of c
Fc back to and including the occurrence of c
tc up to but not including the occurrence of c
Tc back to but not including the occurrence of c
^M TWO lines (that's right: two)
(number)^M that many lines plus one
(number)G up to and including line (number)
( the previous sentence if you are at the beginning of
the current sentence, or the current sentence up to where
you are if you are not at the beginning of the current
sentence. Here, 'sentence' refers to the intuitive
notion of an English sentence, ending with '!', '?',
or '.' and followed by an end of line or two spaces.
) the rest of the current sentence
{ analogous to '(', but in reference to paragraphs:
sections of text surrounded by blank lines
} analogous to ')', but in reference to paragraphs
[[ analogous to '(', but in reference to sections
]] analogous to ')', but in reference to sections
H the first line on the screen
M the middle line on the screen
L the last line on the screen
3L through the third line from the bottom of the screen
^F forward a screenful
^B backward a screenful
:
: etc. etc. etc.
This list is not exhaustive, but it should be sufficient to get the idea
across: after the {c} or {d} operator, you can specify a range with another
move-the-cursor command, and that is the region of text over which the command
will be effective.
Section 30: updating the screen {^R}
Vi tries to be very intelligent about the type of terminal you are working on
and tries to use the in-terminal computing power (if any) of your terminal.
Also if the terminal is running at a low baud rate (say 1200 or below), vi sets
various parameters to make things easier for you. For example, if you were
running on a 300 baud terminal (that's 30 characters per second transmission
rate) not all 24 lines of the screen would be used by vi. In addition, there
is a large portion of the editor keeping track of what your screen currently
looks like, and what it would look like after a command has been executed. Vi
then compares the two, and updates only those portions of the screen that have
changed.
Furthermore, some of you may have noticed (it depends on your terminal) that
deleting lines or changing large portions of text may leave some lines on the
screen looking like:
@
meaning that this line of the screen does not correspond to any line in your
file. It would cost more to update the line than to leave it blank for the
moment. If you would like to see your screen fully up-to-date with the
contents of your file, type {^R}.
To see it in action, delete several lines with {5dd}, type {^R}, and then type
{u} to get the lines back.
Here is as good a place as any to mention that if the editor is displaying the
end of your file, there may be lines on the screen that look like:
~
indicating that that screen line would not be affected by {^R}. These lines
simply indicate the end of the file.
Section 31: text buffers {"}
Vi gives you the ability to store text away in "buffers". This feature is very
convenient for moving text around in your file. There are a total of thirty-
five buffers available in vi. There is the "unnamed" buffer that is used by all
commands that delete text, including the change operator {c}, the substitute
and replace commands {s} and {r}, as well as the delete operator {d} and delete
commands {x} and {X}. This buffer is filled each time any of these commands
are used. However, the undo command {u} has no effect on the unnamed buffer.
There are twenty-six buffers named 'a' through 'z' which are available for the
user. If the name of the buffer is capitalized, then the buffer is not
overwritten but appended to. For example, the command {"qdd} will delete one
line and store that line in the 'q' buffer, destroying the previous contents of
the buffer. However, {"Qdd} will delete one line of text and append that line
to the current contents of the 'q' buffer.
Finally, there are nine buffers named '1' through '9' in which the last nine
deletes are stored. Buffer 1 is the default buffer for the modify commands and
is sometimes called the unnamed buffer.
To reference a specific buffer, use the double-quote command {"} followed by
the name of the buffer. The next two sections show how buffers can be used to
advantage.
Section 32: rearranging and duplicating text: {y} {Y} {p} {P}
Position yourself on line 15 below and {z^M}:
Line 15: A tree as lovely as a poem ...
Line 16: I think that I shall never see
Type {dd}. Line 15 has disappeared and been replaced with the empty line (one
with the single character @ on it) or (again depending on your terminal) Line
16 has moved up and taken its place. We could recover Line 15 with an undo
{u} but that would simply return it to its original location. Obviously, the
two lines are reversed, so we want to put line 15 AFTER line 16. This is
simply done with the put command {p}, which you should type now. What has
happened is that {dd} put Line 15 into the unnamed buffer, and the {p} command
retrieved the line from the unnamed buffer.
Now type {u} and observe that Line 15 disappears again (the put was undone
without affecting the unnamed buffer). Type {P} and see that the capital {P}
puts the line BEFORE the cursor.
To get Line 15 where it belongs again type {dd}{p}.
Also in Line 15 note that the words 'tree' and 'poem' are reversed. Using the
unnamed buffer again: {ft}{dw}{ma}{fp}{P}{w}{dw}{`aP} will set things aright
(note the use of the reverse quote).
The put commands {p} and {P} do not affect the contents of the buffer.
Therefore, multiple {p} or {P} will put multiple copies of the unnamed buffer
into your file.
Experiment with {d} and {p} on words, paragraphs, etc. Whatever {d}
deletes, {p} can put.
Position the cursor on Line 17 and {z^M}:
Line 17: interest apple cat elephant boy dog girl hay farmer
Our task is to alphabetize the words on line 17. With the named buffers (and a
contrived example) it is quite easy:
{"idw}{"adw}{"cdw}{"edw}{"bdw}{"ddw}{"gdw}{"hdw}{"fdw}
stores each of the words in the named buffer corresponding to the first letter
of each of the words ('interest' goes in buffer "i, 'apple' goes in buffer "a,
etc.). Now to put the words in order type:
{"ap$}{"bp$}{"cp$}{"dp$}{"ep$}{"fp$}{"gp$}{"hp$}{"ip$}
Notice that, because 'farmer' was at the end of the line, {dw} did not include
a space after it, and that, therefore, there is no space between 'farmer' and
'girl'. This is corrected with {Fg}{i ^[}.
This example could have been done just as easily with lines as with
words.
You do not have to delete the text in order to put it into a buffer. If all
you wish to do is to copy the text somewhere else, don't use {d}, rather use
the yank commands {y} or {Y}. {y} is like {d} and {c} - an operator rather
than a command. It, too, takes a buffer specification and a range
specification. Therefore, instead of {dw}{P} to load the unnamed buffer with a
word without deleting the word, use {yw} (yank a word).
{Y} is designed yank lines, and not arbitrary ranges. That is, {Y} is
equivalent to {yy} (remember that operators doubled means the current line),
and {3Y} is equivalent to {3yy}.
If the text you yank or modify forms a part of a line, or is an object such as
a sentence which partially spans more than one line, then when you put the text
back, it will be placed after the cursor (or before if you use {P}). If the
yanked text forms whole lines, they will be put back as whole lines, without
changing the current line. In this case, the put acts much like the {o} or {O}
command.
The named buffers "a through "z are not affected by changing edit files.
However, the unnamed buffer is lost when you change files, so to move text from
one file to another you should use a named buffer.
Section 33: recovering lost lines
Vi also keeps track of the last nine deletes, whether you ask for it or not.
This is very convenient if you would like to recover some text that was
accidentally deleted or modified. Position the cursor on line 18 following,
and {z^M}.
Line 18: line 1
Line 19: line 2
Line 20: line 3
Line 21: line 4
Line 22: line 5
Line 23: line 6
Line 24: line 7
Line 25: line 8
Line 26: line 9
Type {dd} nine times: now don't cheat with {9dd}! That is totally different.
The command {"1p} will retrieve the last delete. Furthermore, when the
numbered buffers are used, the repeat-command command {.} will increment the
buffer numbers before executing, so that subsequent {.} will recover all nine
of the deleted lines, albeit in reverse order. If you would like to review the
last nine deletes without affecting the buffers or your file, do an undo {u}
after each put {p} and {.}:
{"1p}{u}{.}{u}{.}{u}{.}{u}{.}{u}{.}{u}{.}{u}{.}{u}{.}
will show you all the buffers and leave them and your file intact.
If you had cheated above and deleted the nine lines with {9dd}, all nine lines
would have been stored in both the unnamed buffer and in buffer number 1.
(Obviously, buffer number 1 IS the unnamed buffer and is just the default
buffer for the modify commands.)
Section 34: advanced file manipulation: {:r} {:e} {:n} {:w} {!} {:!}
We've already looked at writing out the file you are editing with the
{:w} command. Now let's look at some other vi commands to make editing
more efficient.
Section 34.1: more than one file at a time {:n} {:args}
Many times you will want to edit more than one file in an editing session.
Instead of entering vi and editing the first file, exiting, entering vi and
editing the second, etc., vi will allow you to specify ALL files that you wish
to edit on the invocation line. Therefore, if you wanted to edit file1 and
file2:
% vi file1 file2
will set up file1 for editing. When you are done editing file one, write it
out {:w^M} and then type {:n^M} to get the next file on the list. On large
programming projects with many source files, it is often convenient just to
specify all source files with, say:
% vi *.c
If {:n^M} brings in a file that does not need any editing, another {:n^M}
will bring in the next file.
If you have made changes to the first file, but decide to discard these changes
and proceed to the next file, {:n!^M} forces the editor to discard the current
contents of the editor.
You can specify a new list of files after {:n}; e.g., {:n f1 f2 f3^M}. This
will replace the current list of files (if any).
You can see the current list of files being edited with {:args^M}.
Section 34.2: reading files and command output: {:r}
Typing {:r fname^M} will read the contents of file fname into the editor and
put the contents AFTER the cursor line.
Typing {:r !cmd^M} will read the output of the command cmd and place that
output after the cursor line.
Section 34.3: invoking vi from within vi: {:e} {:vi}
To edit another file not mentioned on the invocation line, type {:e filename^M}
or {:vi filename^M}. If you wish to discard the changes to the current file,
use the exclamation point after the command, e.g. {:e! filename^M}.
Section 34.4: escaping to a shell: {:sh} {:!} {^Z}
Occasionally, it is useful to interrupt the current editing session to perform
a UNIX task. However, there is no need to write the current file out, exit
the editor, perform the task, and then reinvoke the editor on the same file.
One thing to do is to spin off another process. If there are several UNIX
commands you will need to execute, simply create another shell with {:sh^M}.
At this point, the editor is put to sleep and will be reawakened when you log
out of the shell.
If it is a single command that you want to execute, type {:!cmd^M}, where cmd
is the command that you wish to run. The output of the command will come to
the terminal as normal, and will not be made part of your file. The message
"[Hit return to continue]" will be displayed by vi after the command is
finished. Hitting return will then repaint the screen. Typing another
{:!cmd^M} at this point is also acceptable.
However, there is a quicker, easier way: type {^Z}. Now this is a little
tricky, but hang in there. When you logged into UNIX, the first program you
began communicating with was a program that is called a "shell" (i.e. it 'lays
over' the operating system protecting you from it, sort of like a considerate
porcupine). When you got your first prompt on the terminal (probably a '%'
character) this was the shell telling you to type your first command. When
you typed {vi filename} for some file, the shell did not go away, it just went
to sleep. The shell is now the parent of vi. When you type {^Z} the editor
goes to sleep, the shell wakes up and says "you rang?" in the form of another
prompt (probably '%'). At this point you are talking to the shell again and
you can do anything that you could before including edit another file! (The
only thing you can't do is log out: you will get the message "There are
stopped jobs.")
When your business with the shell is done, type {fg} for 'foreground' and the
last process which you ^Z'd out of will be reawakened and the shell will go
back to sleep. I will refer you to the documentation for the Berkeley shell
'csh' for more information on this useful capability.
Section 34.5: writing parts of a file: {:w}
The {:w} command will accept a range specifier that will then write only a
selected range of lines to a file. To write this section to a file, position
the cursor on the section line (e.g. {/^Section 34.5:/^M}) and {z^M}. Now type
{^G} to find out the line number (it will be something like "line 513"). Now
{/^Section 34.6:/-1^M} to find the last line of this section, and {^G} to find
its line number (it will be something like 542). To write out this section of
text by itself to a separate file which we will call "sepfile", type
{:510,542w sepfile^M}. If sepfile already exists, you will have to use the
exclamation point: {:1147,1168w! sepfile^M} or write to a different, non-
existent file.
{:!cat sepfile^M} will display the file just written, and it should be the
contents of this section.
There is an alternate method of determining the line numbers for the write.
{:set number^M} will repaint the screen with each line numbered. When the file
is written and the numbers no longer needed, {:set nonumber^M} will remove the
numbers, and {^R} will adjust the screen.
Or, if you remember your earlier lessons about marking lines of text,
mark the beginning and ending lines. Suppose we had used {ma} to mark the
first line of the section and {mb} to mark the last. Then the command
{:'a,'bw sepfile^M} will write the section into "sepfile". In general,
you can replace a line number with the 'name' of a marked line (a single-quote
followed by the letter used to mark the line)
Section 34.6: filtering portions of text: {!}
{!} is an operator like {c} and {d}. That is, it consists of a repetition
count, {!}, and a range specifier. Once the {!} operator is entered in its
entirety, a prompt will be given at the bottom of the screen for a UNIX
command. The text specified by the {!} operator is then deleted and
passed/filtered/piped to the UNIX command you type. The output of the UNIX
command is then placed in your file. For example, place the cursor at the
beginning of the following line and {z^M}:
ls -l vi.tutorial
********* marks the bottom of the output from the ls command **********
Now type {!!csh^M}. The line will be replaced with the output from the ls
command. The {u} command works on {!}, also.
Here is an extended exercise to display some of these capabilities. When this
tutorial was prepared, certain auxiliary programs were created to aid in its
development. Of major concern was the formatting of sections of the tutorial
to fit on a single screen, particularly the first few sections. What was
needed was a vi command that would 'format' a paragraph; that is, fill out
lines with as many words as would fit in eighty columns. There is no such vi
command. Therefore, another method had to be found.
Of course, nroff was designed to do text formatting. However, it produces a
'page'; meaning that there may be many blank lines at the end of a formatted
paragraph from nroff. The awk program was used to strip these blank lines from
the output from nroff. Below are the two files used for this purpose: I refer
you to documentation on nroff and awk for a full explanation of their function.
Position the cursor on the next line and {z^M}.
******** contents of file f **********
#
nroff -i form.mac | awk "length != 0 { print }"
***** contents of file form.mac ******
.na
.nh
.ll 79
.ec 
.c2 
.cc 
**************************************
Determine the line numbers of the two lines of file f. They should be
something like 574 and 575, although you better double check: this file is
under constant revision and the line numbers may change inadvertently. Then
{:574,575w f^M}. Do the same for the lines of file form.mac. They will be
approximately 577 and 582. Then {:577,582w form.mac^M}. File f must have
execute privileges as a shell file: {:!chmod 744 f^M}.
Observe that this paragraph is
rather ratty in appearance. With our newly created files we can
clean it up dramatically. Position the cursor at the beginning
of this paragraph and type the following sequence of
characters
(note that we must abandon temporarily our convention
of curly braces since the command itself contains a curly brace - we
will use square brackets for the nonce): [!}f^M].
Here is a brief explanation of what has happened. By typing [!}f^M] we
specified that the paragraph (all text between the cursor and the first blank
line) will be removed from the edit file and piped to a UNIX program called
"f". This is a shell command file that we have created. This shell file runs
nroff, pipes its output to awk to remove blank lines, and the output from awk
is then read back into our file in the place of the old, ratty paragraph. The
file form.mac is a list of commands to nroff to get it to produce paragraphs
to our taste (the right margin is not justified, the line is 79 characters
long, words are not hyphenated, and three nroff characters are renamed to
avoid conflict: note that in this file, the {^G} you see there is vi's display
of the control-G character, and not the two separate characters ^ up-arrow and
G upper-case g).
This example was created before the existence of the fmt program. I now type
[!}fmt^M] to get the same effect much faster. Actually, I don't type those
six keys each time: I have an abbreviation (which see).
Section 35: searching with magic patterns
The documentation available for "magic patterns" (i.e. regular expressions) is
very scanty. The following should explain this possibly very confusing feature
of the editor. This section assumes that the magic option is on. To make
sure, you might want to type {:set magic^M}.
By "magic pattern" we mean a general description of a piece of text that the
editor attempts to find during a search. Most search patterns consist of
strings of characters that must be matched exactly, e.g. {/card/^M} searches
for a specific string of four characters. Let us suppose that you have
discovered that you consistently have mistyped this simple word as either ccrd
or czrd (this is not so far-fetched for touch typists). You could {/ccrd/^M}
and {n} until there are no more of this spelling, followed by {/czrd/^M} and
{n} until there are no more of these. Or you could {/c.rd/^M} and catch all of
them on the first pass. Try typing {/c.rd/^M} followed by several {n} and
observe the effect.
Line 27: card cord curd ceard
When '.' is used in a search string, it has the effect of matching any single
character.
The character '^' (up-arrow) used at the beginning of a search string means
the beginning of the line. {/^Line 27/^M} will find the example line above,
while {/Line 27/^M} will find an occurrence of this string anywhere in the
line.
Similarly, {/ the$/^M} will find all occurrences of the word 'the' occurring
at the end of a line. There are several of them in this file.
Note that {:set nomagic^M} will turn off the special meaning of these magic
characters EXCEPT for '^' and '$' which retain their special meanings at the
beginning and end of a search string. Within the search string they hold no
special meaning. Try {/\/ the$\//^M} and note that the dollar-sign is not the
last character in the search string. Let the dollar-sign be the last
character in the search string, as in {/\/ the$/^M} and observe the result.
Observe the result of {/back.*file/^M}. This command, followed by sufficient
{n}, will show you all lines in the file that contain both the words 'back'
and 'file' on the same line. The '*' magic character specifies that the
previous regular expression (the '.' in our example) is to be repeatedly
matched zero or more times. In our example we specified that the words 'back'
and 'file' must appear on the same line (they may be parts of words such as
'backwards' or 'workfile') separated by any number (including zero) of
characters.
We could have specified that 'back' and 'file' are to be words by themselves by
using the magic sequences '\<' or '\>'. E.g. {/\<back\>.*\<file\>/^M}. The
sequence '\<' specifies that this point of the search string must match the
beginning of a word, while '\>' specifies a match at the end of a word. By
surrounding a string with these characters we have specified that they must be
words.
To find all words that begin with an 'l' or a 'w', followed by an 'a' or an
'e', and ending in 'ing', try {/\<[lw][ea][a-z]*ing\>/^M}. This will match
words like 'learning', 'warning', and 'leading'. The '[..]' notation matches
exactly ONE character. The character matched will be one of the characters
enclosed in the square brackets. The characters may be specified individually
as in [abcd] or a '-' may be used to specify a range of characters as in [a-d].
That is, [az] will match the letter 'a' OR the letter 'z', while [a-z] will
match any of the lower case letters from 'a' through 'z'. If you would like to
match either an 'a', a '-', or a 'z', then the '-' must be escaped: [a\-z] will
match ONE of the three characters 'a', '-', or 'z'.
If you wish to find all Capitalized words, try {/\<[A-Z][a-z]*\>/^M}. The
following will find all character sequences that do NOT begin with an
uncapitalized letter by applying a special meaning to the '^' character in
square brackets: {/\<[^a-z][a-z]*\>/^M}. When '^' is the first character of a
square-bracket expression, it specifies "all but these characters". (No
one claimed vi was consistent.)
To find all variable names (the first character is alphabetic, the remaining
characters are alphanumeric): try {/\<[A-Za-z][A-Za-z0-9]*\>/^M}.
In summary, here are the primitives for building regular expressions:
^ at beginning of pattern, matches beginning of line
$ at end of pattern, matches end of line
. matches any single character
\< matches the beginning of a word
\> matches the end of a word
[str] matches any single character in str
[^str] matches any single character NOT in str
[x-y] matches any character in the ASCII range between x and y
* matches any number (including zero) of the preceding pattern
Section 36: advanced substitution: {:s}
The straightforward colon-substitute command looks like the substitute
command of most line-oriented editors. Indeed, vi is nothing more than a
superstructure on the line-oriented editor ex and the colon commands are
simply a way of accessing commands within ex (see section #EX). This gives us
a lot of global file processing not usually found in visual oriented editors.
The colon-substitute command looks like: {:s/ .. / .. /^M} and will find the
pattern specified after the first slash (this is called the search pattern),
and replace it with the pattern specified after the second slash (called,
obviously enough, the replacement pattern). E.g. position the cursor on line
28 below and {:s/esample/example/^M}:
Line 28: This is an esample.
The {u} and {U} commands work for {:s}. The first pattern (the search pattern)
may be a regular expression just as for the search command (after all, it IS a
search, albeit limited to the current line). Do an {u} on the above line, and
try the following substitute, which will do almost the same thing:
{:s/s[^ ]/x/^M}.
Better undo it with {u}. The first pattern {s[^ ]} matches an 's'
NOT followed by a blank: the search therefore ignores the 's'es in 'This' and
'is'. However, the character matched by {[^ ]} must appear in the replacement
pattern. But, in general, we do not know what that character is! (In this
particular example we obviously do, but more complicated examples will follow.)
Therefore, vi (really ex) has a duplication mechanism to copy patterns matched
in the search string into the replacement string. Line 29 below is a copy of
line 28 above so you can adjust your screen.
Line 29: This is an esample.
In general, you can nest parts of the search pattern in \( .. \) and refer to
it in the replacement pattern as \n, where n is a digit. The problem outlined
in the previous paragraph is solved with {:s/s\([^ ]\)/x\1/^M}: try it. Here
\1 refers to the first pattern grouping \( .. \) in the search string.
Obviously, for a single line, this is rather tedious. Where it becomes
powerful, if not necessary, is in colon-substitutes that cover a range of
lines. (See the next section for a particularly comprehensive example.)
If the entire character sequence matched by the search pattern is needed in
the replacement pattern, then the unescaped character '&' can be used. On
Line 29 above, try {:s/an e.ample/not &/^M}. If another line is to have the
word 'not' prepended to a pattern, then '~' can save you from re-typing the
replacement pattern. E.g. {:s/some pattern/~/^M} after the previous example
would be equivalent to {:s/some pattern/not &/^M}.
One other useful replacement pattern allows you to change the case of
individual letters. The sequences {\u} and {\l} cause the immediately
following character in the replacement to be converted to upper- or lower-case,
respectively, if this character is a letter. The sequences {\U} and {\L} turn
such conversion on, either until {\E} or {\e} is encountered, or until the end
of the replacement pattern.
For example, position the cursor on a line: pick a line, any line. Type
{:s/.*/\U&/^M} and observe the result. You can undo it with {u}.
The search pattern may actually match more than once on a single line.
However, only the first pattern is substituted. If you would like ALL
patterns matched on the line to be substituted, append a 'g' after the
replacement pattern: {:s/123/456/g^M} will substitute EVERY occurrence
on the line of 123 with 456.
Section 37: advanced line addressing: {:p} {:g} {:v}
Ex (available through the colon command in vi) offers several methods for
specifying the lines on which a set of commands will act. For example, if you
would like to see lines 50 through 100 of your file: {:50,100p^M} will display
them, wait for you to [Hit return to continue], and leave you on line 100.
Obviously, it would be easier just to do {100G} from within vi. But
what if you would like to make changes to just those lines? Then the
addressing is important and powerful.
Line 30: This is a text.
Line 31: Here is another text.
Line 32: One more text line.
The lines above contain a typing error that the author of this tutorial tends
to make every time he attempts to type the word 'test'. To change all of these
'text's into 'test's, try the following:
{:/^Line 30/,/^Line 32/s/text/test/^M}. This finds the beginning and end of
the portion of text to be changed, and limits the substitution to each of the
lines in that range. The {u} command applies to ALL of the substitutions as
a group.
This provides a mechanism for powerful text manipulations.
And very complicated examples.
Line 33: This test is a.
Line 34: Here test is another.
Line 35: One line more test.
The above three lines have the second word out of order. The following command
string will put things right. Be very careful when typing this: it is very
long, full of special characters, and easy to mess up. You may want to
consider reading the following section to understand it before trying the
experiment. Don't worry about messing up the rest of the file, though: the
address range is specified.
{:/^Line 33/,/^Line 35/s/\([^:]*\): \([^ ]*\) \([^ ]*\) \([^.]*\)/\1: \2 \4 \3/^M}
There are several things to note about this command string. First of all, the
range of the substitute was limited by the address specification {/^Line
33/,/^Line 35/^M}. It might have been simpler to do {:set number^M} to see the
line numbers directly, and then, in place of the two searches, typed
the line numbers, e.g. {1396,1398}. Or to mark the lines with {ma} and {mb}
and use {'a,'b}.
Then follows the substitute pattern itself. To make it easier to understand
what the substitute is doing, the command is duplicated below with the various
patterns named for easier reference:
s/\([^:]*\): \([^ ]*\) \([^ ]*\) \([^.]*\)/\1: \2 \4 \3/
|--\1---| |--\2---| |--\3---| |--\4---|
|--------search pattern------------------|-replacement|
|--pattern---|
In overview, the substitute looks for a particular pattern made up of
sub-patterns, which are named \1, \2, \3, and \4. These patterns are specified
by stating what they are NOT. Pattern \1 is the sequence of characters that
are NOT colons: in the search string, {[^:]} will match exactly one character
that is not a colon, while appending the asterisk {[^:]*} specifies that the
'not a colon' pattern is to be repeated until no longer satisfied, and
{\([^:]*\)} then gives the pattern its name, in this case \1. Outside of the
specification of \1 comes {: }, specifying that the next two characters must be
a colon followed by a blank.
Patterns \2 and \3 are similar, specifying character sequences that are
not blanks. Pattern \4 matches up to the period at the end of the line.
The replacement pattern then consists of specifying the new order of the
patterns.
This is a particularly complicated example, perhaps the most complicated
in this tutorial/reference. For our small examples, it is obviously
tedious and error prone. For large files, however, it may be the most
efficient way to make the desired modifications.
(The reader is advised to look at the documentation for awk. This tool is very
powerful and slightly simpler to use than vi for this kind of file
manipulation. But, it is another command language to learn.)
Many times, you will not want to operate on every line in a certain
range. Rather you will want to make changes on lines that satisfy
certain patterns; e.g. for every line that has the string 'NPS' on it,
change 'NPS' to 'Naval Postgraduate School'. The {:g} addressing
command was designed for this purpose. The example of this paragraph
could be typed as {:g/NPS/s//Naval Postgraduate School/^M}.
The general format of the command is {:g/(pattern)/cmds^M} and it
works in the following way: all lines that match the pattern
following the {:g} are 'tagged' in a special way. Then each of these
lines have the commands following the pattern executed over them.
Line 36: ABC rhino george farmer Dick jester lest
Line 37: george farmer rhino lest jester ABC
Line 38: rhino lest george Dick farmer ABC jester
Type:
{:g/^Line.*ABC/s/Dick/Harry Binswanger/|s/george farmer/gentleman george/p^M}
There are several things of note here. First, lines 36, 37, and 38 above are
tagged by the {:g}. Type {:g/^Line.*ABC/p^M} to verify this. Second, there
are two substitutes on the same line separated by '|'. In general, any colon
commands can be strung together with '|'. Third, both substitutes operate on
all three lines, even though the first stubstitute works on only two of the
lines (36 and 38). Fourth, the second substitute works on only two lines (36
and 37) and those are the two lines printed by the trailing 'p'.
The {:v} command works similarly to the {:g} command, except that the sense of
the test for 'tagging' the lines is reversed: all lines NOT matching the search
pattern are tagged and operated on by the commands.
Using {^V} to quote carriage return (see section 39) can be used in global
substitutions to split two lines. For example, the command
{:g/\. /s//.^V^M/g^M} will change your file so that each sentence is on a
separate line. (Note that we have to 'escape' the '.', because '.' by itself
matches any character. Our command says to find any line which contains a
period followed by 2 spaces, and inserts a carriage return after the period.)
Caveat: In some of the documentation for ex and vi you may find the
comment to the effect that {\^M} can be used between commands following
{:g}. The author of this tutorial has never gotten this to work and has
crashed the editor trying.
Section 38: higher level text objects and nroff: {(} {)} [{] [}] {[[} {]]}
(Note: this section may be a little confusing because of our command
notation. Using curly braces to surround command strings works fine as
long as the command string does not contain any curly braces itself.
However, the curly braces are legitimate commands in vi. Therefore, for
any command sequence that contains curly braces, we will surround that
sequence with SQUARE braces, as on the previous Section line.)
In working with a document, particularly if using the text formatting
programs nroff or troff, it is often advantageous to work in terms of
sentences, paragraphs, and sections. The operations {(} and {)} move to
the beginning of the previous and next sentences, respectively. Thus
the command {d)} will delete the rest of the current sentence; likewise
{d(} will delete the previous sentence if you are at the beginning of
the current sentence, or, if you are not at the beginning of a sentence,
it will delete the current sentence from the beginning
up to where you are.
A sentence is defined to end at a '.', '!', or '?' which is followed
by either the end of a line, or by two spaces. Any number of closing
')', ']', '"', and ''' characters may appear after the '.', '!', or '?'
before the spaces or end of line. Therefore, the {(} and {)} commands
would recognize only one sentence in the following line, but two
sentences on the second following line.
Line 39: This is one sentence. Even though it looks like two.
Line 40: This is two sentences. Because it has two spaces after the '.'.
The operations [{] and [}] move over paragraphs and the operations {[[}
and {]]} move over sections.
A paragraph begins after each empty line, and also at each of a set of nroff
paragraph macros. A section begins after each line with a form-feed ^L in the
first column, and at each of a set of nroff section macros. When preparing a
text file as input to nroff, you will probably be using a set of nroff macros
to make the formatting specifications easier, or more to your taste. These
macros are invoked by beginning a line with a period followed by the one or two
letter macro name. Vi has been programmed to recognize these nroff macros, and
if it doesn't recognize your particular macro you can use the {:set paragraphs}
or {:set sections} commands so that it will.
Section 39: more about inserting text
There are a number of characters which you can use to make correnctions
during input mode. These are summarized in the following table.
^H deletes the last input character
^W deletes the last input word
(erase) same as ^H; each terminal can define its own erase character;
for some it is ^H, for others it is the DELETE key, and for
others it is '@'.
(kill) deletes the input on this line; each terminal can define its
own line-kill character; for some it is ^U, for others it is
'@'; you will need to experiment on your terminal to find
out what your line-kill and erase characters are.
\ escapes a following ^H, (kill), and (erase) characters: i.e.
this is how to put these characters in your file.
^[ escape key; ends insertion mode
^? the delete key; interrupts an insertion, terminating it
abnormally.
^M the return key; starts a new line.
^D backtabs over the indentation set by the autoindent option
0^D backtabs over all indentation back to the beginning of the line
^^D (up-arrow followed by control-d)same as 0^D, except the indentation
will be restored at the beginning of the next line.
^V quotes the next non-printing character into the file
If you wish to type in your erase or kill character (say # or @ or ^U) then you
must precede it with a \, just as you would do at the normal system command
level. A more general way of typing non-printing characters into the file is
to precede them with a ^V. The ^V echoes as a ^ character on which the cursor
rests. This indicates that the editor expects you to type a control character
and it will be inserted into the file at that point. There are a few
exceptions to note. The implementation of the editor does not allow the null
character ^@ to appear in files. Also the linefeed character ^J is used by the
editor to separate lines in the file, so it cannot appear in the middle of a
line. (Trying to insert a ^M into a file, or putting it in the replacement
part of a substitution string will result in the matched line being split in
two. This, in effect, is how to split lines by using a substitution.) You can
insert any other character, however, if you wait for the editor to echo the ^
before you type the character. In fact, the editor will treat a following
letter as a request for the corresponding control character. This is the only
way to type ^S or ^Q, since the system normally uses them to suspend and resume
output and never gives them to the editor to process.
If you are using the autoindent option you can backtab over the indent which it
supplies by typing a ^D. This backs up to the boundary specified by the
shiftwidth option. This only works immediately after the supplied autoindent.
When you are using the autoindent option you may wish to place a label at the
left margin of a line. The way to do this easily is to type ^ (up-arrow) and
then ^D. The editor will move the cursor to the left margin for one line, and
restore the previous indent on the next. You can also type a 0 followed
immediately by a ^D if you wish to kill all indentation and not have it resume
on the next line.
Section 40: more on operators: {d} {c} {<} {>} {!} {=} {y}
Below is a non-exhaustive list of commands that can follow the operators
to affect the range over which the operators will work. However, note
that the operators {<}, {>}, {!}, and {=} do not operate on any object
less than a line. Try {!w} and you will get a beep. To get the
operator to work on just the current line, double it. E.g. {<<}.
suffix will operate on
------ ------------------------
^[ cancels the command
w the word to the right of the cursor
W ditto, but ignoring punctuation
b the word to the left of the cursor
B ditto, but ignoring punctuation
e see below.
E ditto
(space) a character
$ to the end of the line
^ to the beginning of the line
/ .. / up to, but not including, the string
? .. ? back to and including the string
fc up to and including the occurrence of c
Fc back to and including the occurrence of c
tc up to but not including the occurrence of c
Tc back to but not including the occurrence of c
^M TWO lines (that's right: two)
(number)^M that many lines plus one
(number)G up to and including line (number)
( the previous sentence if you are at the beginning of
the current sentence, or the current sentence up to where
you are if you are not at the beginning of the current
sentence. Here, 'sentence' refers to the intuitive
notion of an English sentence, ending with '!', '?',
or '.' and followed by an end of line or two spaces.
) the rest of the current sentence
{ analogous to '(', but in reference to paragraphs:
sections of text surrounded by blank lines
} analogous to ')', but in reference to paragraphs
[[ analogous to '(', but in reference to sections
]] analogous to ')', but in reference to sections
H the first line on the screen
M the middle line on the screen
L the last line on the screen
3L through the third line from the bottom of the screen
^F forward a screenful
^B backward a screenful
:
: etc. etc. etc.
This list is not exhaustive, but it should be sufficient to get the idea
across: after the operator, you can specify a range with a move-the-cursor
command, and that is the region of text over which the operator will be
effective.
Section 41: abbreviations: {:ab}
When typing large documents you may find yourself typing a large phrase
over and over. Vi gives you the ability to specify an abbreviation for
a long string such that typing the abbreviation will automatically
expand into the longer phrase.
Type {:ab nps Naval Postgraduate School^M}. Now type:
{iThis is to show off the nps's UNIX editor.^M^[}
Section 42: vi's relationship with the ex editor: {:}
Vi is actually one mode of editing within the editor ex. When you are
running vi you can escape to the line oriented editor of ex by giving
the command {Q}. All of the colon-commands which were introduced above
are available in ex. Likewise, most ex commands can be invoked from vi
using {:}.
In rare instances, an internal error may occur in vi. In this case you
will get a diagnostic and will be left in the command mode of ex. You can
then save your work and quit if you wish by giving the command {x} after
the colon prompt of ex. Or you can reenter vi (if you are brave) by
giving ex the command {vi}.
Section 43: vi on hardcopy terminals and dumb terminals: open mode
(The author has not checked the following documentation for accuracy. It is
abstracted from the Introduction to Vi Editing document.)
If you are on a hardcopy terminal or a terminal which does not have a cursor
which can move off the bottom line, you can still use the command set of vi,
but in a different mode. When you give the vi command to UNIX, the editor will
tell you that it is using open mode. This name comes from the open command in
ex, which is used to get into the same mode.
The only difference between visual mode (normal vi) and open mode is the way in
which the text is displayed.
In open mode the editor uses a single line window into the file, and moving
backward and forward in the file causes new lines to be displayed, always below
the current line. Two commands of vi work differently in open: {z} and {^R}.
The {z} command does not take parameters, but rather draws a window of context
around the current line and then returns you to the current line.
If you are on a hardcopy terminal, the {^R} command will retype the current
line. On such terminals, the editor normally uses two lines to represent the
current line. The first line is a copy of the line as you started to edit it,
and you work on the line below this line. When you delete characters, the
editor types a number of \'s to show you the characters which are deleted. The
editor also reprints the current line soon after such changes so that you can
see what the line looks like again.
It is sometimes useful to use this mode on very slow terminals which can
support vi in the full screen mode. You can do this by entering ex and using
an {open} command.
*********************************************************************
Section 44: options: {:set} {setenv EXINIT}
You will discover options as you need them. Do not worry about them very much
on the first pass through this document. My advice is to glance through them,
noting the ones that look interesting, ignoring the ones you don't understand,
and try re-scanning them in a couple of weeks.
If you decide that you have a favorite set of options and would like to change
the default values for the editor, place a {setenv EXINIT} command in your
.login file. When you are given an account under UNIX your directory has
placed in it a file that is executed each time you log in. If one of the
commands in this file sets the environment variable EXINIT to a string of vi
commands, you can have many things done for you each time you invoke vi. For
example, if you decide that you don't like tabstops placed every eight columns
but prefer every four columns, and that you wish the editor to insert linefeeds
for you when your typing gets you close to column 72, and you want
autoindentation, then include the following line in your .login file:
setenv EXINIT='set tabstop=4 wrapmargin=8 autoindent'
or equivalently
setenv EXINIT='se ts=4 wm=8 ai'
Each time you bring up vi, this command will be executed and the options set.
There are forty options in the vi/ex editor that the user can set for his/her
own convenience. They are described in more detail in individual sections
below. The section line will show the full spelling of the option name, the
abbreviation, and the default value of the option. The text itself
comes from the ex reference manual and is not the epitome of clarity.
Section 44.1: {autoindent}, {ai} default: noai
Can be used to ease the preparation of structured program text. At the
beginning of each append, change or insert command or when a new line is opened
or created by an append, change, insert, or substitute operation within open or
visual mode, ex looks at the line being appended after, the first line changed
or the line inserted before and calculates the amount of white space at the
start of the line. It then aligns the cursor at the level of indentation so
determined.
If the user then types lines of text in, they will continue to be justified at
the displayed indenting level. If more white space is typed at the beginning
of a line, the following line will start aligned with the first non-white
character of the previous line. To back the cursor up to the preceding tab
stop one can hit {^D}. The tab stops going backwards are defined at multiples
of the shiftwidth option. You cannot backspace over the indent, except by
sending an end-of-file with a {^D}. A line with no characters added to it
turns into a completely blank line (the white space provided for the autoindent
is discarded). Also specially processed in this mode are lines beginning with
an up-arrow `^' and immediately followed by a {^D}. This causes the input to
be repositioned at the beginning of the line, but retaining the previous indent
for the next line. Similarly, a `0' followed by a {^D} repositions at the
beginning but without retaining the previous indent. Autoindent doesn't happen
in global commands or when the input is not a terminal.
Section 44.2: {autoprint}, {ap} default: ap
Causes the current line to be printed after each delete, copy, join, move,
substitute, t, undo or shift command. This has the same effect as supplying a
trailing `p' to each such command. Autoprint is suppressed in globals, and
only applies to the last of many commands on a line.
Section 44.3: {autowrite}, {aw} default: noaw
Causes the contents of the buffer to be written to the current file if you have
modified it and give a next, rewind, stop, tag, or {!} command, or a control-
up-arrow {^^} (switch files) or {^]} (tag goto) command in visual. Note, that
the edit and ex commands do not autowrite. In each case, there is an
equivalent way of switching when autowrite is set to avoid the autowrite
({edit} for next, rewind! for rewind, stop! for stop, tag! for tag, shell
for {!}, and {:e #} and a {:ta!} command from within visual).
Section 44.4: {beautify}, {bf} default: nobeautify
Causes all control characters except tab ^I, newline ^M and form-feed ^L to be
discarded from the input. A complaint is registered the first time a backspace
character is discarded. Beautify does not apply to command input.
Section 44.5: {directory}, {dir} default: dir=/tmp
Specifies the directory in which ex places its buffer file. If this directory
in not writable, then the editor will exit abruptly when it fails to be able to
create its buffer there.
Section 44.6: {edcompatible} default: noedcompatible
Causes the presence or absence of g and c suffixes on substitute commands to be
remembered, and to be toggled by repeating the suffices. The suffix r makes
the substitution be as in the {~} command, instead of like {&}.
[Author's note: this should not concern users of vi.]
Section 44.7: {errorbells}, {eb} default: noeb
Error messages are preceded by a bell. However, bell ringing in open and
visual modes on errors is not suppressed by setting noeb. If possible the
editor always places the error message in a standout mode of the terminal (such
as inverse video) instead of ringing the bell.
Section 44.8: {hardtabs}, {ht} default: ht=8
Gives the boundaries on which terminal hardware tabs are set (or on which the
system expands tabs).
Section 44.9: {ignorecase}, {ic} default: noic
All upper case characters in the text are mapped to lower case in regular
expression matching. In addition, all upper case characters in regular
expressions are mapped to lower case except in character class specifications
(that is, character in square brackets).
Section 44.10: {lisp} default: nolisp
Autoindent indents appropriately for lisp code, and the {(}, {)}, [{], [}],
{[[}, and {]]} commands in open and visual modes are modified in a
striaghtforward, intuitive fashion to have meaning for lisp.
[Author's note: but don't ask me to define them precisely.]
Section 44.11: {list} default: nolist
All printed lines will be displayed (more) unambiguously, showing tabs as ^I
and end-of-lines with `$'. This is the same as in the ex command {list}.
Section 44.12: {magic} default: magic for {ex} and {vi}, nomagic for edit.
If nomagic is set, the number of regular expression metacharacters is greatly
reduced, with only up-arrow `^' and `$' having special effects. In addition
the metacharacters `~' and `&' of the replacement pattern are treated as normal
characters. All the normal metacharacters may be made magic when nomagic is
set by preceding them with a `\'.
[Author's note: In other words, if magic is set a back-slant turns the magic
off for the following character, and if nomagic is set a back-slant turns the
magic ON for the following character. And, no, we are not playing Dungeons and
Dragons, although I think the writers of these option notes must have played it
all the time.]
Section 44.13: {mesg} default: mesg
Causes write permission to be turned off to the terminal while you are in
visual mode, if nomesg is set.
[Author's note: I don't know if anyone could have made any one sentence
paragraph more confusing than this one. What it says is: mesg allows people to
write to you even if you are in visual or open mode; nomesg locks your terminal
so they can't write to you and mess up your screen.]
Section 44.14: {number, nu} default: nonumber
Causes all output lines to be printed with their line numbers. In addition
each input line will be prompted with its line number.
Section 44.15: {open} default: open
If {noopen}, the commands open and visual are not permitted. This is set for
edit to prevent confusion resulting from accidental entry to open or visual
mode.
[Author's note: As you may have guessed by now, there are actually three
editors available under Berkeley UNIX that are in reality the same
program, ex, with different options set: ex itself, vi, and edit.]
Section 44.16: {optimize, opt} default: optimize
Throughput of text is expedited by setting the terminal to not do automatic
carriage returns when printing more than one (logical) line of output, greatly
speeding output on terminals without addressable cursors when text with leading
white space is printed.
[Author's note: I still don't know what this option does.]
Section 44.17: {paragraphs, para} default: para=IPLPPPQPP LIbp
Specifies the paragraphs for the [{] and [}] operations in open and visual.
The pairs of characters in the option's value are the names of the nroff macros
which start paragraphs.
Section 44.18: {prompt} default: prompt
Command mode input is prompted for with a `:'.
[Author's note: Doesn't seem to have any effect on vi.]
Section 44.19: {readonly}, {ro} default: noro, unless invoked with -R
or insufficient privileges on file
This option allows you to guarantee that you won't clobber your file by
accident. You can set the option and writes will fail unless you use an `!'
after the write. Commands such as {x}, {ZZ}, the autowrite option, and in
general anything that writes is affected. This option is turned on if you
invoke the editor with the -R flag.
Section 44.20: {redraw} default: noredraw
The editor simulates (using great amounts of output), an intelligent terminal
on a dumb terminal (e.g. during insertions in visual the characters to the
right of the cursor position are refreshed as each input character is typed).
Useful only at very high baud rates, and should be used only if the system is
not heavily loaded: you will notice the performance degradation yourself.
Section 44.21: {remap} default: remap
If on, macros are repeatedly tried until they are unchanged. For example, if o
is mapped to O, and O is mapped to I, then if remap is set, o will map to I,
but if noremap is set, it will map to O .
Section 44.22: {report} default: report=5 for ex and vi, 2 for edit
Specifies a threshold for feedback from commands. Any command which modifies
more than the specified number of lines will provide feedback as to the scope
of its changes. For commands such as global, open, undo, and visual which have
potentially more far reaching scope, the net change in the number of lines in
the buffer is presented at the end of the command, subject to this same
threshold. Thus notification is suppressed during a global command on the
individual commands performed.
Section 44.23: {scroll} default: scroll=1/2 window
Determines the number of logical lines scrolled when a {^D} is received from a
terminal in command mode, and determines the number of lines printed by a
command mode z command (double the value of scroll).
[Author's note: Doesn't seem to affect {^D} and {z} in visual (vi) mode.]
Section 44.24: sections {sections} default: sections=SHNHH HU
Specifies the section macros from nroff for the {[[} and {]]} operations in
open and visual. The pairs of characters in the options's value are the names
of the macros which start paragraphs.
Section 44.25: {shell}, {sh} default: sh=/bin/sh
Gives the path name of the shell forked for the shell escape command `!', and
by the shell command. The default is taken from SHELL in the environment, if
present.
[Editor's note: I would suggest that you place the following line in
your .login file:
setenv SHELL '/bin/csh'
]
Section 44.26: {shiftwidth}, {sw} default: sw=8
Used in reverse tabbing with {^D} when using autoindent to append text, and
used by the shift commands. Should probably be the same value as the tabstop
option.
Section 44.27: {showmatch}, {sm} default: nosm
In open and visual mode, when a `)' or `}' is typed, if the matching `(' or `{'
is on the screen, move the cursor to it for one second. Extremely useful with
complicated nested expressions, or with lisp.
Section 44.28: {slowopen}, {slow} default: terminal dependent
Affects the display algorithm used in visual mode, holding off display updating
during input of new text to improve throughput when the terminal in use is both
slow and unintelligent. See "An Introduction to Display Editing with Vi" for
more details.
Section 44.29: {tabstop}, {ts} default: ts=8
The editor expands tabs ^I to tabstop boundaries in the display.
Section 44.30: {taglength}, {tl} default: tl=0
Tags are not significant beyond this many characters.
A value of zero (the default) means that all characters are significant.
Section 44.31: {tags} default: tags=tags /usr/lib/tags
A path of files to be used as tag files for the tag command. A requested tag
is searched for in the specified files, sequentially. By default files called
tags are searched for in the current directory and in /usr/lib (a master file
for the entire system).
[Author's note: The author of this tutorial has never used this option, nor
seen it used. I'm not even sure I know what they are talking about.]
Section 44.32: {term} default: from environment variable TERM
The terminal type of the output device.
Section 44.33: {terse} default: noterse
Shorter error diagnostics are produced for the experienced user.
Section 44.34: {timeout} default: timeout
Causes macros to time out after one second. Turn it off and they will
wait forever. This is useful if you want multi-character macros, but if
your terminal sends escape sequences for arrow keys, it will be
necessary to hit escape twice to get a beep.
[Editor's note: Another paragraph which requires a cryptographer.]
Section 44.35: ttytype
[Editor's note: I have found no documentation for this option at all.]
Section 44.36: {warn} default: warn
Warn if there has been `[No write since last change]' before a `!' command
escape.
Section 44.37: {window} default: window=speed dependent
The number of lines in a text window in the visual command. The default is 8
at slow speeds (600 baud or less), 16 at medium speed (1200 baud), and the full
screen (minus one line) at higher speeds.
Section 44.38: {wrapscan}, {ws} default: ws
Searches using the regular expressions in addressing will wrap around past the
end of the file.
Section 44.39: {wrapmargin}, {wm} default: wm=0
Defines a margin for automatic wrapover of text during input in open and visual
modes. The numeric value is the number of columns from the right edge of the
screen around which vi looks for a convenient place to insert a new-line
character (wm=0 is OFF). This is very convenient for touch typists.
Wrapmargin behaves much like fill/nojustify mode does in nroff.
Section 44.40: {writeany}, {wa} default: nowa
Inhibit the checks normally made before write commands, allowing a write to any
file which the system protection mechanism will allow.
Section 44.41: {w300}, {w1200}, {w9600} defaults: w300=8
w1200=16
w9600=full screen minus one
These are not true options but set the default size of the window for when the
speed is slow (300), medium (1200), or high (9600), respectively. They are
suitable for an EXINIT and make it easy to change the 8/16/full screen rule.
Section 45: Limitations
Here are some editor limits that the user is likely to encounter:
1024 characters per line
256 characters per global command list
128 characters per file name
128 characters in the previous inserted and deleted text in open or
visual
100 characters in a shell escape command
63 characters in a string valued option
30 characters in a tag name
250000 lines in the file (this is silently enforced).
The visual implementation limits the number of macros defined with map to 32,
and the total number of characters in macros to be less than 512.
[Editor's note: these limits may not apply to versions after 4.1BSD.]