Ich habe bereits über meine Bemühungen berichtet, mir Vim so zu konfigurieren, dass ich nicht mehr von irgendwelchen IDEs abhängig bin und trotzdem einigermaßen komfortabel Software entwickeln kann.

Dafür hat mir nach meinen letzten Anstrengungen noch eine Möglichkeit gefehlt, einigermaßen sinnvolle Autocompletion anwenden zu können.

Ich habe mich daher neulich noch einmal hingesetzt und ein wenig Zeit investiert.

Erkenntnis 1: Das Internet lügt immer - Die Anleitungen, die ich gefunden hatte um mucomplete zum Funktionieren zu bringen hatten einen wichtigen Fakt außen vor gelassen: omnifunc. Nachdem ich das mühsam herausgefunden hatte funktionierte Autocompletion - wenn auch grauslig: Es wurden zunächst nicht alle möglichen Optionen angezeigt. Das konnte ich beheben, indem ich die Konfiguration von jdtls (nutze ich für Java) leicht modifizierte: maxResults = 10000 gibt an, wie viele Ergebnisse der Language Server bei einer Anfrage zurückgeben soll.

Nach dieser Änderung funktionierte es besser, aber nicht gut: Die Autocompletion lieferte das Ergebnis einer Tiefe-zuerst-Suche zurück. Wenn ich org. eingebe und anschließend die Autocompletion starte möchte ich die Namen aller unterhalb von org verfügbaren Pakete angegeben haben - nur auf dieser ebene. Was mucomplete tut ist, alle Optionen anzuzeigen - in allen Ebenen unterhalb org. So kann ich nicht arbeiten.

Daher sah ich mich nach einer weiteren Option um und fand sie in nvim-cmp. Das löste das geschilderte Problem und zeigt außerdem für den aktuell ausgewählten Autocompletion-Vorschlag auch noch die Dokumentation an (sofern vorhanden). Aber auch hier war ich von der Default-Einstellung nicht überwältigt: Die Sortierung der Vorschläge folgte ihrer Länge, beginnend mit dem kürzesten. Die Lösung dafür fand ich glücklicherweise schnell. Damit existiert nunmehr jetzt eine Konfiguration in meinem Projekt, mit der ich gut leben kann und die ich als Grundlage für weitere Experimente nutzen werde.

Artikel, die hierher verlinken