問題タブ [taglist]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
3180 参照

vim - Vim Taglist: オープン ソース ファイル内からタグ定義にジャンプする方法

オープン ソース ファイル内からタグ定義にジャンプできない場合、 Vim Taglistは何の役に立つのでしょうか。+ctags *.f90を使用できるようにするために、たとえば、を実行して別のタグファイルを生成する必要がありますか?Ctrl]

0 投票する
2 に答える
66 参照

vim - vim プラグイン クラス マネージャーはありますか?

初心者の質問があります。eclipse や netbeans や geany のような「クラス マネージャー」や「クラス パースペクティブ」のような vim プラグインが存在します。つまり、クラス構造、すべてのメソッドと関数が表示されるパースペクティブを意味します。Java 用のこのプラグインを探しています。私にとって非常に便利です.私はグーグルでこれを探しています,私はC++用のものを見つけましたが,Java用ではありません.私はどんな助けにも感謝します:)

0 投票する
2 に答える
2401 参照

ruby-on-rails - act-as-taggable-on ruby​​gem を使用してクエリを最適化する

私は自分のプロジェクトでacts-as-taggable-on gemを使用しています。ただし、すべてのタグをロードするには約 80 秒かかります。

run_controller に熱心な読み込みを追加しましたが、機能していません。コードの一部は次のとおりです。

act-as-taggable-on でサポートされている tag_list を使用してタグを表示しています。したがって、Measurements で熱心な読み込みを使用しても、パフォーマンスに影響はありません。次の 2 つは、スタックフローに関連する問題 です。 2.acts_as_taggable_on によるクエリの最適化

ログファイルを調べたところ、最も時間がかかるのはタグのロードであることがわかりました。

ActsAsTaggableOn::Tag Load (69.9ms) SELECT tags.* FROM tagsINNER JOIN taggingsON tags. id= taggings. tag_idどこtaggingsで。taggable_id= 223866 およびtaggings. taggable_type= '測定' AND (taggings.context = 'tags' AND taggings.tagger_id IS NULL)

ActsAsTaggableOn::Tag Load (70.2ms) SELECT tags.* FROM tagsINNER JOIN taggingsON tags. id= taggings. tag_idどこtaggingsで。taggable_id= 223854 およびtaggings. taggable_type= '測定' AND (taggings.context = 'タグ'

タグをロードするために何千ものクエリがあり、各クエリのコストは約 0.07 秒でした。これらの次のコードは、タグを表示するために使用しています。

何か助けはありますか?ありがとう。

0 投票する
3 に答える
2844 参照

vim - ctags+taglist を使用した vim で VHDL タグが効率的でない

Vim と ctags および Taglist プラグインを使用しています。.vhd ファイルを編集するとき、タグが非常に貧弱です (エンティティのみが表示されます)。

VHDL に対する ctags のサポートが弱いのか、それとも Taglist が ctags によって作成されたファイルを非効率的に読み取っているのかはわかりません。

どうすれば修正できますか?ctags/taglist で vhdl のより良いタグを作成する別の解決策はありますか?

どうもありがとう。

0 投票する
2 に答える
699 参照

vim - Vim Taglist タグの黄色のハイライト

タグリストプラグインをインストールしました。タグ リスト ウィンドウから Enter キーを押すと、対応するタグが黄色になり、検索したものが表示されなくなった場合を除いて、正常に動作しています。色をより見やすい色に変更するにはどうすればよいですか?

また、検索したTagの位置が固定されず、Tag ListウィンドウのTagと重ならないのですが、解決方法はありますか?

私が実際にコピー/貼り付けしようとしている行.vimrc

前もって感謝します。

0 投票する
3 に答える
190 参照

vim - vimのタグリストプラグインのプレビュー結果の位置を変更する方法(「p」を押す)

taglist ウィンドウで preview [p] または jump-to [enter] コマンドを使用すると、デフォルトで適切な行がファイル編集ウィンドウに表示されます。選択したタグの直後 (機能) をもっと見る必要があるので、タグが表示される行を中央から現在のページ サイズ (行数) の 1/3 に変更したいと考えています。または明示的な行(上から10行目としましょう)まで。

選択したタグの表示位置を調整するコマンド/設定はありますか? (説明書を見ても見つかりませんでした。)

ありがとう

0 投票する
1 に答える
465 参照

linux - 残りのバッファが NERDTree と TagList の 2 つだけの場合、Vim を自動的に終了する

別の StackOverflow ユーザー Conner からこのコードを取得しました。この質問から、NERDTree と TagList が最後で唯一のバッファーである場合、Vim を自動的に終了します。

(その質問についてコメントするオプションがなかったので、私の唯一のオプションは新しい質問をすることでした)。

問題は、残りの 2 つのバッファーが NERDTree と TagList だけの場合、(Linux Mint で) Vim エディターを閉じるにはどうすればよいかということです。

提供された答えは次のとおりです。

しかし、それは正しく機能しません。最後の「エキサイティングな」バッファ(非NERDTreeまたは非TagListのバッファ)を閉じるたびに閉じますが、NERDTreeから新しいファイルを開こうとすると(「エクスプローラ」でファイル名をダブルクリックして)閉じます)。

正直なところ、このコードはよくわかりません。私はそれをいじってみましたが、望む結果を得ることができませんでした。

NERDTree エクスプローラーから新しいファイルを開いたときに、このコードを閉じないようにするにはどうすればよいですか?

コナー、そしてコミュニティの皆さん、ありがとう!

0 投票する
1 に答える
194 参照

vim - gvim taglist 現在のウィンドウ

こんにちは、gvim と taglist プラグインを使用しており、分割を使用するウィンドウがいくつかありますが、タグ リスト ウィンドウ分割からマウスでタグ項目をクリックすると、タグ リスト項目が最初に開かれたウィンドウに移動するようです。マウスをクリックした現在のウィンドウを使用する方法はありますか? 通常、ウィンドウ分割でコードを開いてから、別の分割ウィンドウをクリックして、そこにタグ データを表示させたいと思います。

0 投票する
1 に答える
498 参照

php - vim のタグリストに HTML サポートを追加 (ファイルには PHP と HTML コードが含まれています)

PHP と HTML の混合コードを含むファイルがあります。デフォルトでは、Vim はこの拡張子を として認識しましphpた。ファイルの拡張子は .html です。

その種のファイルの taglist (Vim プラグイン) にサポートを追加できないかと考えています。exuberant-ctags もインストールしました。

Googleで検索したところ、これが見つかりましが、機能しませんでした。コードが間違っているようです。左側にタグが表示される代わりに、ファイルの名前が表示されます。

0 投票する
2 に答える
1935 参照

lua - 素晴らしい wm タグリストのサイズ

taglist 要素サイズの幅の変更に関するマニュアルが見つかりません。タグリスト要素は、設定したアイコンよりも幅が広くなっています。それは本当にひどいように見えます=(

スクリーンショット: http://s12.postimg.org/fkva7xywd/Screenshot_16_02_2014_16_04_07.png