Automatyczne uzupełnianie nazwy bufora Vima nie działa po pierwszym katalogu

1

Mam problem z zachowaniem Vim Autouzupełniania dla nazw buforów.

Target Soft / OS

Używam gVim bez wtyczek w systemie Windows 10

Co chciałbym zrobić

Zakładając, że mamy drzewo plików takie jak:

  • za
  • b>
    • do
    • re
    • e0
    • e>
      • fa
      • sol

Kiedy szukam nazwy bufora, oto zachowanie, które chciałbym:

  • :b <Tab> => Wyświetl „a” „b /” lub wszystkie pliki w cwd, nie wszystkie nazwy buforów, jeśli to możliwe
  • :b b<Tab> => :b b/
  • :b b/<Tab> => Lista „c” „d” „e0” „e /”
  • :b a/e<Tab> => Lista „e0” „e /”, dzięki czemu mogę wybrać właściwą ścieżkę
  • :b a/e/<Tab> => Lista „f /” „g /” i tak dalej

Co próbowałem

set wildmode=longest:list, full

Jeśli chcę znaleźć plik „Core / types.h” i mam plik „Care / file.h”:

  • :b C<Tab> => drukuje wszystkie pliki, gdy wolę mieć tylko jeden poziom informacji, taki jak „Core /” i „Care /”, a nie „Core / types.h” i „Care / files.h”, ale jest to mniej ważna kwestia
  • :b Co<Tab>=> :b Core/(To jest miłe!)
  • :b Core/t<Tab>=> nic nie robi! (Dlaczego nie bierze „Core / t” jako symbolu wieloznacznego?)
  • :b ty=> :b Core/types.h (To jest miłe!)

Czy to możliwe, że otwieram wszystkie moje bufory? Robię, gvim **/*aby załadować wszystkie moje pliki źródłowe.

Zasadniczo problem polega na tym, że autouzupełnianie nie działa po katalogu, ponieważ :b ty<Tab>działa, ale nie:b Core/ty<Tab>

Mam nadzieję, że było jasne i istnieje rozwiązanie tego problemu :)

Toffanim
źródło

Odpowiedzi:

1

Mogę to odtworzyć w Vimie 8.0.2 na Windows 8.1.

Wydaje się, że jest to związane z odwrotnymi ukośnikami na ścieżce. Jeśli ponownie skonfiguruję Vima, aby używał ukośników, uzupełnianie działa zgodnie z oczekiwaniami:

:set shellslash

Proszę zgłosić ten błąd, patrz :help bugs. Zasadniczo otwórz problem w narzędziu do śledzenia błędów lub omów go bezpośrednio na liście mailingowej vim_dev .

Ingo Karkat
źródło
To jest właśnie problem! Dzięki,
zgłaszam