Perché questa mappatura in modalità normale <Esc> influisce sull'avvio?

Sto riscontrando uno strano problema con una mappatura in modalità normale di Esc.

Se si crea il file escmapvimrccon il contenuto:

set nocompatible
set showcmd " Doesn't affect the problem: just makes it easier to see
nnoremap <Esc> :noh<CR><esc>

E quindi avviare vim usando questo vimrc:

vim --noplugin -u escmapvimrc

Quindi vim si avvierà in modalità operatore in attesa con un ccomando in attesa di ulteriori input, visualizzando un file vuoto e con la riga di comando visualizzata :noh.

Se rimuovi la nnoremaplinea, il problema scompare.

Se esegui il debug e analizzi tutto, ottieni il seguente output:

Entering Debug mode.  Type "cont" to continue.
/[...]/escmapvimrc
line 1: set nocompatible
>s
/[...]/escmapvimrc
line 2: set showcmd " Doesn't affect the problem: just makes it easier to see
>s
/[...]/escmapvimrc
line 3: nnoremap <Esc> :noh<CR><esc>
>s
/[...]/escmapvimrc
line 4: End of sourced file
>s
Press ENTER or type command to continue

Dopo aver premuto Invio, viene visualizzata la schermata di avvio di Vim e sotto:

Entering Debug mode.  Type "cont" to continue.
cmd: noh
>s

La schermata di avvio di Vim scompare quindi e si è in modalità operatore in sospeso, come descritto sopra.

Cosa sta succedendo?

EDIT: il comportamento è come descritto in Vim 7.3. In Vim 7.4.52, nmapVim si avvia in modalità Sostituisci quando si avvia Vim senza un file. (Se Vim 7.4.52 viene avviato con un file, tuttavia, si avvia anche con un comando c in corso.) Ad ogni modo, il problema scompare quando viene rimosso nmap.

Vim invia durante l'avvio alcuni codici terminali speciali (che di solito contengono la <esc>chiave) per determinare diverse cose (colori, bs, ...) Se hai mappato <esc>questo molto probabilmente confonderà il parser dei codici di ritorno e potrebbero accadere cose strane.

Pertanto, utilizzare la mappa sopra solo dopo aver impostato tutto correttamente (ad es. Tramite un comando automatico VimEnter).

Il terminale Linux utilizza sequenze di escape ANSI (ovvero stringhe di caratteri che iniziano con <Esc>) per inviare chiavi speciali a Vim e come parte del protocollo di comunicazione con cui l'applicazione richiede le sue capacità. La tua mappatura interferisce con ciò, e quindi porta a questi comportamenti "strani".

Pertanto, non mappare<Esc> . Usa un altro tasto. Il problema è meno pronunciato in GVIM, ma non lo consiglierei nemmeno lì.

Prova questo:

augroup escape_mapping
  autocmd TermResponse * nnoremap <Esc> :noh<CR><esc>
augroup end

cf /programming//a/16027716/400545

Ho provato a configurare un autocomando per impostare la mappatura successivamente all'avvio, ma il problema si è ancora verificato. ^*

Alla fine ho creato un comando automatico per la prima volta che accedo alla modalità Inserisci. Questa ovviamente non è una soluzione perfetta, ma per me funzionerà la maggior parte del tempo e sembra essere la migliore che posso fare:

AGGIORNAMENTO : Dopo aver usato la versione più lunga di seguito senza problemi per alcuni anni, ho deciso che forse era leggermente sovrastimato, e da allora ho usato questa versione molto più semplice, che invece reimposta la mappatura ogni volta che entri in modalità di inserimento:

augroup escape_mapping
  autocmd!
  autocmd InsertEnter * call s:setupEscapeMap()
augroup END

function! s:setupEscapeMap()
  nnoremap <Esc> :noh<CR><Esc>
endfunction

Non è necessario reimpostare la mappatura ogni volta che si accede alla modalità di inserimento, ma non comporta alcun danno per Vim.

VERSIONE ORIGINALE :

if !exists('g:escape_mapped')  " Only need to set the mapping up once.
  augroup escape_mapping
    autocmd!
    " Create the autocommand, to fire when Insert mode is entered
    autocmd InsertEnter * call s:setupEscapeMap()
  augroup END
endif

function! s:setupEscapeMap()
  " Actually create the mapping
  nnoremap <Esc> :noh<CR><Esc> 

  " Now the map exists, so we won't ever need the autocommand again.
  let g:escape_mapped = 1

  " Tidy up the autocommand and group
  autocmd! escape_mapping InsertEnter *
  augroup! escape_mapping
endfunction

^{* Ho cercato allegandolo a vari eventi: VimEnter, BufReadPost, BufWinEnter, e persino CursorMoved(!), Ma questi tutti sembrano fuoco troppo presto.}