Nvim :help pages, generated
from source
using the tree-sitter-vimdoc parser.
<CR>), another to move the paper up (line feed, <LF>).
When computers came out, storage was expensive. Some people decided that
they did not need two characters for end-of-line. The Unix people decided
they could use <New Line> or <NL> only for end-of-line. The Apple people
standardized on <CR>. The Microsoft Windows folks decided to keep the old
<CR><NL> (we use <NL> for line feed in the help text).
This means that if you try to move a file from one system to another, you
have line-break problems. The Vim editor automatically recognizes the
different file formats and handles things properly behind your back.
The option 'fileformats' contains the various formats that will be tried
when a new file is edited. The following command, for example, tells Vim to
try Unix format first and MS-DOS format second::set fileformats=unix,dosYou will notice the format in the message you get when editing a file. You don't see anything if you edit a native file format. Thus editing a Unix file on Unix won't result in a remark. But when you edit a dos file, Vim will notify you of this:
:set fileformat?The three names that Vim uses are:
<NL>
dos <CR><NL>
mac <CR><NL> is used to break a line. It's not unusual to have a <CR>
character halfway in a line. Incidentally, this happens quite often in Vi
(and Vim) scripts.
On the Macintosh, where <CR> is the line break character, it's possible to
have a <NL> character halfway in a line.
The result is that it's not possible to be 100% sure whether a file
containing both <CR> and <NL> characters is a Mac or a Unix file. Therefore,
Vim assumes that on Unix you probably won't edit a Mac file, and doesn't check
for this type of file. To check for this format anyway, add "mac" to
'fileformats'::set fileformats+=macThen Vim will take a guess at the file format. Watch out for situations where Vim guesses wrong.
<CR>). The automatic
detection avoids this. Suppose you do want to edit the file that way? Then
you need to overrule the format::edit ++ff=unix file.txtThe "++" string is an item that tells Vim that an option name follows, which overrules the default for this single command. "++ff" is used for 'fileformat'. You could also use "++ff=mac" or "++ff=dos". This doesn't work for any option, only "++ff" and "++enc" are currently implemented. The full names "++fileformat" and "++encoding" also work.
vim README.TXTVim will recognize this as a dos format file. Now change the file format to Unix:
:set fileformat=unix :writeThe file is written in Unix format.
gfWith a bit of luck, Vim will figure out which program to use for downloading the file, download it and edit the copy. To open the file in a new window use
CTRL-W f.
If something goes wrong you will get an error message. It's possible that
the URL is wrong, you don't have permission to read it, the network connection
is down, etc. Unfortunately, it's hard to tell the cause of the error. You
might want to try the manual way of downloading the file.ftp:// uses ftp
rcp:// uses rcp
scp:// uses scp
http:// uses wget (reading only)http://.vim -b datafileThis sets the 'binary' option. The effect of this is that unexpected side effects are turned off. For example, 'textwidth' is set to zero, to avoid automatic formatting of lines. And files are always read in Unix file format.
:set display=uhexOtherwise, the "ga" command can be used to see the value of the character under the cursor. The output, when the cursor is on an
<Esc>, looks like
this::set nowrap
g CTRL-GThe output is verbose:
2345go
vim -b datafileNow convert the file to a hex dump with xxd:
:%!xxdThe text will look like this:
0000000: 1f8b 0808 39d7 173b 0203 7474 002b 4e49 ....9..;..tt.+NI 0000010: 4b2c 8660 eb9c ecac c462 eb94 345e 2e30 K,.`.....b..4^.0 0000020: 373b 2731 0b22 0ca6 c1a2 d669 1035 39d9 7;'1.".....i.59.You can now view and edit the text as you like. Vim treats the information as ordinary text. Changing the hex does not cause the printable character to be changed, or the other way around. Finally convert it back with:
:%!xxd -rOnly changes in the hex part are used. Changes in the printable text part on the right are ignored.