Shougo

Unfortunately, the author can't update in half of year. I forked the repository temporally. https://github.com/Shougo/unite-outline Can you pull request to me? I will request to merge to h1mesuke after he...

You should use my fork version instead of original. This version is not maintained. https://github.com/Shougo/unite-outline

See: https://github.com/h1mesuke/unite-outline/issues/38

Yes. Unfortunatelly, original maintainer is not supported yet.

Sorry, this repository is not maintained. But in my forked repository, I maintains it. Can you send pull request to me? https://github.com/Shougo/unite-outline

了解しました。 > 未保存の新規ファイルや nofile なバッファなど、ファイルと結び付いていないバッファでも見出しが抽出できなけれならない > CursorHold で見出しを更新する場合、ファイルから見出しを抽出するわけにはいかない（変更部分が未保存の場合、最新の見出しを>得るには現在のバッファから抽出する必要がある） > といったこともあって、unite-outline の見出し抽出は「現在のバッファ」と密に結合しています。 これ自体は問題にならないでしょう。なぜなら、実装にgetbufline()を使えば済むからです。 searchpos()は使えなくなりますが……。 > ですが、ご想像の通り、これはすぐにはできません。やるとしたら、ファイルはファイル、バッファは擬似的なファイル、として統一的に扱うような仕組みを考えなければなりませんし、「現在のバッファ」と密に結合している部分を置き換えなければなりません。 ふむ。ファイル前提なら、ctagsを使うとかして最適化できそうですからね。 ファイルが存在するかどうかで分岐する手もありそうです。

ふむ。neocomplcacheのようにvimprocを使う手もありますが、あれはあれで大変なんですよね。 Emacsのanything.elでも、高速化するために裏バッファでsearchpos()みたいなことをしているらしいです。 > （match() にリスト渡せばいけるような気がする） 確かに、それを使えばできそうですね。あとは速度がどうなのかですが……。

非同期は確かに魅力的ですが、neocomplcache+vimprocがあれだけ苦労したように、デバッグがかなり面倒です。 安定して動作させるにはかなりの苦労が必要になります。注意してください。

neocomplcacheの場合はかなりややこしいです。 なぜなら、裏でVimの別プロセスを起動していて、それがキャッシュをするという仕組みだからです。 そっちでエラーになると分からないので……。 厳密にはvimprocはいらないんですが、わざわざ引数をパースするのも面倒なのでvimprocが必要、ということにしています。直接通信できるんなら、まだマシだったんですけどね。

Hi. I think deoplete-tabnine is better. https://github.com/tbodt/deoplete-tabnine It is faster and it supports solargraph LSP completion.