mirror of
https://github.com/neovim/neovim.git
synced 2024-12-20 03:05:11 -07:00
Merge pull request #30817 from zeertzjq/vim-7b5e52d
vim-patch: doc updates
This commit is contained in:
commit
09e7f19511
@ -1032,6 +1032,15 @@ explanation of when the copy is made and when the file is renamed.
|
||||
If the creation of a backup file fails, the write is not done. If you want
|
||||
to write anyway add a '!' to the command.
|
||||
|
||||
*file-watcher*
|
||||
When you notice issues with programs, that act upon when a buffer is written
|
||||
(like inotify, entr or fswatch) or when external applications execute Vim to
|
||||
edit the file (like git) and those programs do not seem to notice that the
|
||||
original file has been changed, you may want to consider switching the
|
||||
'backupcopy' option value to "yes". This makes sure, Vim writes to the same
|
||||
file, that those watcher programs expect, without creating a new file (which
|
||||
prevents them from detecting that the file has changed). See also |crontab|
|
||||
|
||||
*write-permissions*
|
||||
When writing a new file the permissions are read-write. For unix the mask is
|
||||
0o666 with additionally umask applied. When writing a file that was read Vim
|
||||
|
@ -897,12 +897,13 @@ A jump table for the options with a short description can be found at |Q_op|.
|
||||
useful for example in source trees where all the files are symbolic or
|
||||
hard links and any changes should stay in the local source tree, not
|
||||
be propagated back to the original source.
|
||||
*crontab*
|
||||
*crontab*
|
||||
One situation where "no" and "auto" will cause problems: A program
|
||||
that opens a file, invokes Vim to edit that file, and then tests if
|
||||
the open file was changed (through the file descriptor) will check the
|
||||
backup file instead of the newly created file. "crontab -e" is an
|
||||
example.
|
||||
example, as are several |file-watcher| daemons like inotify. In that
|
||||
case you probably want to switch this option.
|
||||
|
||||
When a copy is made, the original file is truncated and then filled
|
||||
with the new text. This means that protection bits, owner and
|
||||
@ -6275,7 +6276,7 @@ A jump table for the options with a short description can be found at |Q_op|.
|
||||
|
||||
Examples:
|
||||
Emulate standard status line with 'ruler' set >vim
|
||||
set statusline=%<%f\ %h%m%r%=%-14.(%l,%c%V%)\ %P
|
||||
set statusline=%<%f\ %h%w%m%r%=%-14.(%l,%c%V%)\ %P
|
||||
< Similar, but add ASCII value of char under the cursor (like "ga") >vim
|
||||
set statusline=%<%f%h%m%r%=%b\ 0x%B\ \ %l,%c%V\ %P
|
||||
< Display byte count and byte value, modified flag in red. >vim
|
||||
|
7
runtime/lua/vim/_meta/options.lua
generated
7
runtime/lua/vim/_meta/options.lua
generated
@ -289,12 +289,13 @@ vim.go.bk = vim.go.backup
|
||||
--- useful for example in source trees where all the files are symbolic or
|
||||
--- hard links and any changes should stay in the local source tree, not
|
||||
--- be propagated back to the original source.
|
||||
--- *crontab*
|
||||
--- *crontab*
|
||||
--- One situation where "no" and "auto" will cause problems: A program
|
||||
--- that opens a file, invokes Vim to edit that file, and then tests if
|
||||
--- the open file was changed (through the file descriptor) will check the
|
||||
--- backup file instead of the newly created file. "crontab -e" is an
|
||||
--- example.
|
||||
--- example, as are several `file-watcher` daemons like inotify. In that
|
||||
--- case you probably want to switch this option.
|
||||
---
|
||||
--- When a copy is made, the original file is truncated and then filled
|
||||
--- with the new text. This means that protection bits, owner and
|
||||
@ -6695,7 +6696,7 @@ vim.wo.stc = vim.wo.statuscolumn
|
||||
--- Emulate standard status line with 'ruler' set
|
||||
---
|
||||
--- ```vim
|
||||
--- set statusline=%<%f\ %h%m%r%=%-14.(%l,%c%V%)\ %P
|
||||
--- set statusline=%<%f\ %h%w%m%r%=%-14.(%l,%c%V%)\ %P
|
||||
--- ```
|
||||
--- Similar, but add ASCII value of char under the cursor (like "ga")
|
||||
---
|
||||
|
@ -435,12 +435,13 @@ return {
|
||||
useful for example in source trees where all the files are symbolic or
|
||||
hard links and any changes should stay in the local source tree, not
|
||||
be propagated back to the original source.
|
||||
*crontab*
|
||||
*crontab*
|
||||
One situation where "no" and "auto" will cause problems: A program
|
||||
that opens a file, invokes Vim to edit that file, and then tests if
|
||||
the open file was changed (through the file descriptor) will check the
|
||||
backup file instead of the newly created file. "crontab -e" is an
|
||||
example.
|
||||
example, as are several |file-watcher| daemons like inotify. In that
|
||||
case you probably want to switch this option.
|
||||
|
||||
When a copy is made, the original file is truncated and then filled
|
||||
with the new text. This means that protection bits, owner and
|
||||
@ -8356,7 +8357,7 @@ return {
|
||||
|
||||
Examples:
|
||||
Emulate standard status line with 'ruler' set >vim
|
||||
set statusline=%<%f\ %h%m%r%=%-14.(%l,%c%V%)\ %P
|
||||
set statusline=%<%f\ %h%w%m%r%=%-14.(%l,%c%V%)\ %P
|
||||
< Similar, but add ASCII value of char under the cursor (like "ga") >vim
|
||||
set statusline=%<%f%h%m%r%=%b\ 0x%B\ \ %l,%c%V\ %P
|
||||
< Display byte count and byte value, modified flag in red. >vim
|
||||
|
Loading…
Reference in New Issue
Block a user