vim
は、ファイルの「上部」でハイライト表示を探していないため、現在のオンスクリーン表示から数百行上に表示されるため、少し強調表示されることがあります。
これが機能する場合、スクロールする時間を浪費する必要がないように、構文ハイライトコントロールを微調整することができます。詳細は:help syn-sync
を参照してください。いくつかのオプションがあります:vim
を強制
は、ファイルごとに時間の非常に最初から構文を認識し起動します。これにより、巨大なファイルに大きなパフォーマンス上の問題が発生する可能性がありますが、それはソースがよりよく分割される可能性があることを示している可能性もあります。
:syntax sync fromstart
解析される行数を増やします。これにより、毎回最初からファイル全体を再解析する費用を必ずしも負担することなく、誤った構文認識の可能性が減ります。
:syntax sync minlines=200
ほとんどの場合、大きなパフォーマンスの低下なしに十分な大きさの番号を選択します。これはおそらく最も良いアプローチです。500
行であっても、過去10年間のほとんどのコンピュータで問題なく使用できます。
Cスタイルのコードを編集している場合、vim
はCスタイルのコメントを使って簡単に再同期できます。 HTML、CSS、JavaScriptのためにおそらくない最良の選択を(。、ない// newfangled
多様なく、/* the original style */
に注意してください)、おそらくあなたのコードは、それがより実現可能になり:第四の方法は、「同期パターン」を使用しています
:syntax sync ccomment
、同様のCスタイルのコメントには適用されますが、他の環境ではより適用可能です。それは十分な余分な合併症を私はここにそれを記述することは努力の価値があるとは思わない - :help syn-sync-fourth
は、好奇心のためのすべての詳細があります。
これらの設定オプションのいずれかがあなたの~/.vimrc
ファイルに追加することができます。
syntax sync fromstart
あなたが編集しているファイルの種類に基づいて動作を変更することができます。ファイルに行を追加するときは先頭の:
を省略してください。このようなタイプのためにそれを定義しautocmd
を使用する: `vim`は、ファイルの「トップ」でハイライト表示を探して起動しませんが、百むしろ数行アップ電流から、画面上のこと
autocmd BufNewFile,BufRead *.html syntax sync fromstart
注意をビュー。少しスクロールして、戻ってくるかどうか確認してください。興味があります。 – sarnold
Vimの中には、あなたが当初考えていたように動作するものはありませんが、そのアプローチがどのように意味をなされるかを見ています。しかし、なぜ2番目のタブを開くと違いが出るのでしょうか? –
これは正常です。私は少しページして、それを修正しました。私はまだ誰かが答えを持っているのか知りたいのですが、なぜ2番目のタブを開くとVimはコードがCSSであるのを「忘れる」のでしょうか? –