ではvim、これは次のようにオフにすることができます: Vim R プラグインで "<-" を挿入するアンダースコア "_" ショートカットを無効にする

に相当するものは何neovimですか?

私はもともとこれをNeovim のトラッカーの問題として投稿したことを言及しておく必要がありますが、最近はあまり注目されておらず、Neovim 自体の問題ではなく、私のセットアップの問題ではないかと疑い始めています。

基本的に、私は数ヶ月の間、neovim nightlies の構築をやめていました。ターミナルのサポートが統合されていると聞いたので、最新のソースを使用して再構築することにしましたが、永続的な奇妙なエラーが発生するだけでした。私のビルド設定が何であれmake、loop.so. 私が構築しようとしている他のソフトウェアではこの問題に気づいていませんでしたが、私の環境の問題である可能性があると思います。

このファイルの役割と、その時点でコンパイルが失敗する理由を知っている人はいますか?

主な vim の主な目標の 1 つは、移植性とカスタマイズであることを理解しています。さまざまな問題で動作が異なることについてのコメントがマニュアルに豊富にあることは、私には驚きではありません。しかし、コンパイル フラグを使用してほとんどすべての機能を無効にできる理由がわかりません。なんらかの構成を使用して、実行時に機能を無効にできる方が簡単ではないでしょうか?

私が理解している限り (私は vim コードに飛び込んでみましたが、パッチを書きませんでした)、コードベースがはるかに複雑になり、それはまさに Neovim 開発者が取り除こうとしているものです。なぜ vim 開発者はこのアプローチに従ったのですか?

通常のvimには、単純な（デフォルトの）構文の強調表示とその他の色があります。neovimを試してみたいので、

私は現在ubuntuを使用しており、 https ://launchpad.net/~neovim-ppaのppaからneovimをインストールしました

(必要に応じて、nvim -v の内容を貼り付けることができます)

これは古い vim の色です - 行番号と minibufexplorer の緑色に注意してください:

nvim を使用すると、次のようになります。構文の強調表示を行っていますが、元の vim が行っていたものにはほど遠いものです。

これが単純なドロップインの代替品になることを望んでいましたが、現在はそうではないようです。私のシステムで何かが間違って設定されている可能性があります。

私も試しました

無駄に。私の .vimrc 全体は次のとおりです。

どんな助けでも大歓迎です!!!

この種の問題については、以前はここで質問できたので、もう一度試してみます。

clojure を学習しながら、レインボー プラグイン ( https://github.com/luochen1990/rainbow ) を使用しようとしています。

シェルに設定しましTERM=xterm-256colorた（重要な場合はzsh）。

また、nvimを次のように実行してみましたCOLORTERM=xterm-256color TERM=xterm-256color nvim

ここに私の結果があります：

vim:

nvim:

誰かが試してみるべきアドバイスや設定があれば、私は非常に義務付けられています. どうもありがとう！

編集:

• 関数を単純化し、質問を明確にしました。
  元の質問は、ページの下の方にまだあります。

• vim_dev メーリング リストへの相互投稿: https://groups.google.com/forum/#!topic/vim_dev/_Rz3uVXbwsQ

• Neovim にバグとして報告:
  https://github.com/neovim/neovim/issues/6276

次の 2 つの例で、カーソルの位置が異なるのはなぜですか。

1. [正しいカーソル位置] 置換の結果は、バッファー内の前の変更 (3 行目の追加) に結合され、カーソル位置はバッファー内の 2 行目に正しく復元されます。

   /li>

2. [INCORRECT CURSOR POSITION] 置換の結果はバッファ内の前の変更 (行 4 の追加) に結合され、カーソル位置はバッファ内の最初の行 (行 3 である必要があります) に誤って復元されます。

   /li>

元の質問

私のVIMの設定方法、バッファをファイルに保存すると、カスタムStripTrailingSpaces（）関数がトリガーされます（質問の最後に添付されています）：

スクリプトによって行われたテキスト変更を元に戻した後にカーソル位置を復元するのを見た後、StripTrailingSpaces() 関数によって作成された元に戻すレコードを前の変更の最後にマージすることにより、元に戻す履歴から私の StripTrailingSpaces() 関数によって行われた変更を除外するというアイデアを得ましたバッファ。

この方法では、変更を元に戻すときに、関数が独自の元に戻すレコードをまったく作成していないように見えます。

私のアイデアを検証するために、単純なテスト ケースを使用しました。クリーン バッファを作成し、次のコマンドを手動で入力するか、次のブロックをファイルとして保存し、次の方法でソースを取得します。

vim +"source <saved-filename-here>"

ご覧のとおり、バッファ内の最後の変更を取り消した後、つまり 3 行目を作成すると、カーソルはファイルの 2 行目に正しく戻ります。

テストがうまくいったのでundojoin、StripTrailingSpaces() にほぼ同じものを実装しました。ただし、関数の実行後に最後の変更を元に戻すと、カーソルはファイルの一番上の変更に戻ります。これは多くの場合、取り除かれたスペースであり、私が変更した位置ではありませんundojoin。

これがなぜなのか、誰でも考えられますか？さらに良いことに、誰かが修正を提案できますか?

ナビゲーション プラグインとして FZF を使用しており、独自の vim イントロ プラグインを作成しました。

• https://github.com/regedarek/vim-intro/blob/master/plugin/vim-intro.vim
• https://github.com/regedarek/fzf-configuration
• https://github.com/regedarek/dotfiles/nvimrc

VIM を開くと vim-intro が表示されますが、:FZF を開くとファイルを選択して Enter キーを押すと、バッファーの名前が変更されていることがわかりますが、バッファーは vim-intro のままで、もう一度 Enter キーを押すとバッファーは空です。

どこに問題があるかをどのように認識しますか？私が間違っていることは何ですか？

プレビュー: https://asciinema.org/a/3rj5twu1b9xabv9ixwrakx0tt