Por que esse mapeamento no modo normal <Esc> afeta a inicialização?

Estou tendo um problema estranho com um mapeamento de modo normal de Esc.

Se você criar o arquivo escmapvimrccom o conteúdo:

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

E então inicie o vim usando este vimrc:

vim --noplugin -u escmapvimrc

Em seguida, o vim iniciará no modo pendente do operador com um ccomando aguardando mais entradas, exibindo um arquivo vazio e exibindo a linha de comandos :noh.

Se você remover a nnoremaplinha, o problema desaparecerá.

Se você depurar e passar por tudo, obterá a seguinte saída:

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

Depois de pressionar enter, a tela de inicialização do Vim é exibida e abaixo:

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

A tela de inicialização do Vim desaparece e você está no modo pendente de operador, conforme descrito acima.

O que está acontecendo?

EDIT: O comportamento é como descrito no Vim 7.3. No Vim 7.4.52, as nmapcausas do Vim são iniciadas no modo Substituir ao iniciar o Vim sem um arquivo. (Se o Vim 7.4.52 for iniciado com um arquivo, no entanto, ele também será iniciado com um comando c em andamento.) De qualquer maneira, o problema desaparecerá quando o nmap for removido.

O Vim envia durante a inicialização alguns códigos de terminal especiais (que geralmente contêm a <esc>chave) para determinar várias coisas (cores, bs, ...) Se você mapeou, <esc>isso provavelmente irá confundir o analisador dos códigos de retorno e coisas estranhas podem acontecer.

Portanto, use o mapa acima somente depois que tudo estiver configurado corretamente (por exemplo, através de um comando automático do VimEnter).

O terminal Linux usa seqüências de escape ANSI (ou seja, cadeias de caracteres começando com <Esc>) para enviar chaves especiais ao Vim e como parte do protocolo de comunicação com o qual o aplicativo consulta seus recursos. Seu mapeamento interfere nisso e, portanto, leva a esses comportamentos "estranhos".

Portanto, não mapeie<Esc> . Use outra tecla. O problema é menos pronunciado no GVIM, mas também não o recomendo.

Tente o seguinte:

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

cf /programming//a/16027716/400545

Tentei configurar um comando automático para definir o mapeamento posteriormente na inicialização, mas o problema ainda ocorreu. ^*

Eventualmente, criei um comando automático para ocorrer na primeira vez que entro no modo Inserir. Obviamente, essa não é uma solução perfeita, mas para mim funcionará a maior parte do tempo e parece ser o melhor que posso fazer:

ATUALIZAÇÃO : Depois de usar a versão mais longa abaixo sem problemas por alguns anos, decidi que ela estava com um pouco de engenharia excessiva e, desde então, usei essa versão muito mais simples, que apenas redefine o mapeamento toda vez que você entra no modo de inserção:

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

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

O mapeamento não precisa ser redefinido toda vez que você entra no modo de inserção, mas também não faz mal ao Vim.

VERSÃO ORIGINAL :

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

^{* Eu tentei anexá-lo a vários eventos: VimEnter, BufReadPost, BufWinEnter, e até mesmo CursorMoved(!), Mas estes todos parecem fogo muito cedo.}