Minor issue, but somehow confusing:

Unix (and DOS (Win)) users know that Vim converts some characters when
reading and writing a file:

File <-> Memory <-> Display
NL       (NUL)      (line break)
NUL      NL         NUL (^@)

With ff=mac, Vim does another conversion, to keep NUL->NL:
CR       (NUL)      (line break)
NUL      NL         NUL (^@)
NL       CR         NL (^J)

Notation:
NUL     0x00
NL      0x0A
CR      0x0D

In parens:
(NUL)          assumption, might be temporary
(line break)   not an actual character

Assumption for correct behaviour: Displayed characters match characters
in the file.  If this is true then I've observed two bugs:

:h CR-used-for-NL
> When 'fileformat' is "mac", <NL> characters in the file are stored as
> <CR> characters internally.  In the display they are shown as "^M".
> Otherwise this works similar to the usage of <NL> for a <Nul>.
"                                                     WRONG - - - ^

Should be "^J".

Typing  ga  on ^J in the text (with 'ff=mac') prints
|   <^J>  13,  Hex 0d,  Octal 015
OK - -^   '- - - WRONG - - - - -'

Should be
|   <^J>  10,  Hex 0a,  Octal 012

gVim 7.2a BETA on Win32

-- 
Andy


--~--~---------~--~----~------------~-------~--~----~
You received this message from the "vim_dev" maillist.
For more information, visit http://www.vim.org/maillist.php
-~----------~----~----~----~------~----~------~--~---

Raspunde prin e-mail lui