Autocompletar o nome do buffer do Vim não funciona após o primeiro diretório

1

Eu tenho um problema com o comportamento de preenchimento automático do Vim para nomes de buffer.

Target Soft / OS

Estou usando o gVim sem plugins no Windows 10

O que eu gostaria de fazer

Supondo que temos uma árvore de arquivos como:

  • a
  • b >
    • c
    • d
    • e0
    • e >
      • f
      • g

Quando estou procurando um nome de buffer, aqui está o comportamento que gostaria:

  • :b <Tab> = > Lista "a" "b /" ou todos os arquivos no cwd, nem todos os nomes de buffers, se possível
  • :b b<Tab> = > %código%
  • :b b/ = > Lista "c" "d" "e0" "e /"
  • :b b/<Tab> = > Liste "e0" "e /" para poder escolher o caminho certo
  • :b a/e<Tab> = > Listar "f /" "g /" e assim por diante

O que tentei

set wildmode=longest:list, full

Se eu quiser encontrar o arquivo "Core / types.h", e eu tenho o arquivo "Care / file.h":

  • :b a/e/<Tab> = > ele imprime todos os arquivos quando eu prefiro ter apenas um nível de informação, como "Core /" e "Care /", não "Core / types.h" e "Care / files.h", mas essa é a questão menos importante
  • :b C<Tab> = > :b Co<Tab> (Isso é legal!)
  • :b Core/ = > faz nada ! (Por que não está tomando "Core / t" como um curinga?)
  • :b Core/t<Tab> = > :b ty (Isso é legal!)

Poderia ser por causa da maneira que eu estou abrindo todos os meus buffers? Estou fazendo :b Core/types.h para carregar todos os meus arquivos de origem.

Basicamente, o problema é que o autocompletar não funciona depois de um diretório, pois gvim **/* funciona, mas não :b ty<Tab>

Espero ter sido claro e existir uma solução para este problema:)

    
por Toffanim 22.11.2016 / 15:51

1 resposta

1

Eu posso reproduzir isso com o Vim 8.0.2 no Windows 8.1.

Isso parece estar relacionado às barras invertidas no caminho. Se eu reconfigurar o Vim para usar barras, a conclusão funcionará como esperado:

:set shellslash

Por favor comunique este erro, veja :help bugs . Basicamente, abra um problema no rastreador de bugs ou discuta isso diretamente no lista de discussão vim_dev .

    
por 24.11.2016 / 14:05