forked from aniani/vim
patch 8.1.1270: cannot see current match position
Problem: Cannot see current match position.
Solution: Show "3/44" when using the "n" command and "S" is not in
'shortmess'. (Christian Brabandt, closes #4317)
This commit is contained in:
@@ -1789,7 +1789,7 @@ A jump table for the options with a short description can be found at |Q_op|.
|
||||
'scrolloff' + 0 no scroll offset
|
||||
'shelltemp' - {unchanged} {set vim default only on resetting 'cp'}
|
||||
'shiftround' + off indent not rounded to shiftwidth
|
||||
'shortmess' & "" no shortening of messages
|
||||
'shortmess' & "S" no shortening of messages
|
||||
'showcmd' & off command characters not shown
|
||||
'showmode' & off current mode not shown
|
||||
'sidescrolloff' + 0 cursor moves to edge of screen in scroll
|
||||
@@ -6563,8 +6563,8 @@ A jump table for the options with a short description can be found at |Q_op|.
|
||||
function to get the effective shiftwidth value.
|
||||
|
||||
*'shortmess'* *'shm'*
|
||||
'shortmess' 'shm' string (Vim default "filnxtToO", Vi default: "",
|
||||
POSIX default: "A")
|
||||
'shortmess' 'shm' string (Vim default "filnxtToOS", Vi default: "S",
|
||||
POSIX default: "AS")
|
||||
global
|
||||
This option helps to avoid all the |hit-enter| prompts caused by file
|
||||
messages, for example with CTRL-G, and to avoid some other messages.
|
||||
@@ -6604,6 +6604,8 @@ A jump table for the options with a short description can be found at |Q_op|.
|
||||
q use "recording" instead of "recording @a"
|
||||
F don't give the file info when editing a file, like `:silent`
|
||||
was used for the command
|
||||
S do not show search count message when searching, e.g.
|
||||
"[1/5]"
|
||||
|
||||
This gives you the opportunity to avoid that a change between buffers
|
||||
requires you to hit <Enter>, but still gives as useful a message as
|
||||
|
||||
@@ -152,6 +152,17 @@ use <Esc> to abandon the search.
|
||||
All matches for the last used search pattern will be highlighted if you set
|
||||
the 'hlsearch' option. This can be suspended with the |:nohlsearch| command.
|
||||
|
||||
When 'shortmess' does not include the "S" flag, Vim will automatically show an
|
||||
index, on which the cursor is. This can look like this: >
|
||||
|
||||
[1/5] Cursor is on first of 5 matches.
|
||||
[1/>99] Cursor is on first of more than 99 matches.
|
||||
[>99/>99] Cursor is after 99 match of more than 99 matches.
|
||||
[?/??] Unknown how many matches exists, generating the
|
||||
statistics was aborted because of search timeout.
|
||||
|
||||
Note: the count does not take offset into account.
|
||||
|
||||
When no match is found you get the error: *E486* Pattern not found
|
||||
Note that for the |:global| command this behaves like a normal message, for Vi
|
||||
compatibility. For the |:s| command the "e" flag can be used to avoid the
|
||||
@@ -299,6 +310,14 @@ when executing a pattern takes a long time and when checking for messages on
|
||||
channels a callback is invoked that also uses a pattern or an autocommand is
|
||||
triggered. In most cases this should be fine, but if a pattern is in use when
|
||||
it's used again it fails. Usually this means there is something wrong with
|
||||
the pattern.
|
||||
|
||||
*E956*
|
||||
In very rare cases a regular expression is used recursively. This can happen
|
||||
when executing a pattern takes a long time and when checking for messages on
|
||||
channels a callback is invoked that also uses a pattern or an autocommand is
|
||||
triggered. In most cases this should be fine, but if a pattern is in use when
|
||||
it's used again it fails. Usually this means there is something wrong with
|
||||
the pattern.
|
||||
|
||||
==============================================================================
|
||||
|
||||
Reference in New Issue
Block a user