タグ付けされた質問 「search」

Emacs内の検索メカニズムに関する質問。

3
開いている(表示されている)バッファー/ウィンドウのテキストを強調表示—あるバッファーから別のバッファーのテキストを検索
現在、Emacsフレームを垂直方向に分割し、2つのウィンドウで2つの異なるバッファーを表示しています。 1つのバッファ内の単語に移動し、いくつかのキーを押して、その単語(ある場合)の出現を他のバッファで強調表示し、必要に応じてその単語までスクロールします。 それを行う方法はありますか? 上のスクリーンショットでは、カーソルが左側のバッファの「bar」の直前にあるので、<何か>を実行して、右側のバッファの「bar」がどこにあるかをすばやく確認できます。 注:これは、複数の開いているバッファからテキストを検索する方法に関連していますか?その意味で、もし私が「他の」バッファを横切ってisearchを実行できたなら、それは私が望むことをするでしょう。しかし、私が望んでいる答えはまったくありません。 occur私は維持したいと思いながら、ベースのソリューションでは、ショーは行に一致することを新しいウィンドウを開いて、私の2つのウィンドウがまだ表示された-私は実際にコンテキストの他のバッファに探してするつもりだ周りにこれだけマッチラインを示し、一致あまり役に立ちません。 multi-isearch-buffersこの検索を実行するたびに(何度も)バッファのリストを指定する必要がありますが、表示された2つのバッファとして自動的に取得するのではありません。さらに重要なことは、一方のウィンドウから開始してisearchを実行すると、もう一方のバッファーで一致が見つかると、そのバッファーがこのウィンドウに表示され、両方のウィンドウに同じ(他の)バッファーが表示されます。その後、Cgはすべてを元に戻し、もう一方のバッファーで強調表示された単語が見えなくなります。 icicle-search には非常に多くの機能があり、そのうちの1つでこれを実行できる可能性がありますが、ドキュメントをざっと見てみても何も見つかりませんでした。
8 buffers  search 

5
検索結果で検索するにはどうすればよいですか
C-s検索できるとき。たとえばC-r、いくつかの事前定義された検索クエリの結果を検索できるようにバインドできる関数をどのように実行すればよいですか? ウィンドウの内容と同様に: function xyz(a, b) return a + b end 私はできるC-M-sとにfunction.*クエリと結果は次のようになりますようfunction xyz(a, b)。 クエリを入力してそれらの結果を検索できる機能が必要です(自動的に生成されます)。 更新 解決策をありがとうございました。occur、helm-occurまた、非常にうまく動作しますが、彼は、私は完全に私の質問に答えるために必要なコードを提供するので、私はジョーダンビオンドの答えを受け入れています。


2
フレーズ/正規表現を含む行のみを表示
現在のバッファから、フレーズを含む、または正規表現に一致するすべての行を表示したいと思います。例: 私のバッファ: dam madam madam this is da m a dam 1 dam 2 dam pi dam 321:) is dam 2? を探していdamます。結果: dam madam dam 1 dam 2 dam pi dam 321:) is dam 2? 同じバッファ。正規表現を探しています:^dam\s\d。結果: dam 1 dam 2 dam 321:) これどうやってするの?

2
hexl-modeでバイトシーケンスを検索する方法
でバイトシーケンスを検索し、hexl-mode場合によってはそれを強調表示することは可能ですか? たとえば、以下のファイルでバイトシーケンスを検索しますf9beb4d9。isearch元のファイルではなく、バッファ内のプレゼンテーションを検索するため、機能しません。 00000000: f9be b4d9 1d01 0000 0100 0000 0000 0000 ................ 00000010: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 00000020: 0000 0000 0000 0000 0000 0000 3ba3 edfd ............;... 00000030: 7a7b 12b2 7ac7 2c3e 6776 8f61 7fc8 1bc3 z{..z.,>gv.a.... 00000040: 888a 5132 3a9f b8aa 4b1e 5e4a 29ab …

1
単一の文字を検索するときに、search-forwardに代わるより効率的な方法はありますか?
バッファの内容を文字列のリストに分割する必要があります。null文字は、アイテムを区切るために使用されます。 アイテムが改行文字で区切られている場合は、同じ方法を使用できますprocess-lines。 (let (lines) (while (not (eobp)) (setq lines (cons (buffer-substring-no-properties (line-beginning-position) (line-end-position)) lines)) (forward-line 1)) (nreverse lines)) 私は仮定しforward-line、効率的ですが、使用line-beginning-positionしてline-end-position少し疑わしいです。しかし、ヌル文字が使用されているため、とにかくそれを行うことはできません。 それを行う1つの方法は次のとおりです。 (split-string (buffer-string) "\0") 私もこのバリエーションを検討していました: (split-string (buffer-substring-no-properties (point-min) (point-max)) "\0") それは実際にはより効率的ですか?バッファ内のテキストはプロパティ化されていませんが、存在しないプロパティを探すとオーバーヘッドが増えると思います。 バッファを文字列に読み取ってから文字列を分割する代わりに、バッファを直接操作したいと思います。これも実際にはより効率的であると想定しています。 (let ((beg (point)) items) (while (search-forward "\0" nil t) (push (buffer-substring-no-properties beg (1- (point))) items) (setq beg (point))) (nreverse …

1
`evil-search-forward`と` evil-ex-search-forward`の違い
タイトルにあります: 違いは何だevil-search-forwardとはevil-ex-search-forward? どちらを代わりに使用したいのですか? evil-search-forward ユーザーが入力したテキストを前方検索します。がtの 場合、正規表現を検索しevil-regexp-searchます。 evil-ex-search-forward 順方向検索を開始します。
7 evil  search 

2
検索時に、強調表示された単語の後の数行が常に表示されるようにするにはどうすればよいですか?
search/isearchテキストで実行する場合、強調表示された検索文字列の後に数行を表示することが望ましい場合があります。つまり、強調表示された単語がウィンドウの下部に表示されないようにします。 たとえば、バッファに次のテキストがある場合、表示できる最後の単語を検索してみてください。私にとってそれは原則という言葉です(私はフレームを最大化しました)。ハイライト表示された単語(私の状況では「原則」)は画面の下部にあります。検索後の原則という単語の後に、可能な場合は常に数行を表示したいと思います。 Surrounded occasional pianoforte alteration unaffected impossible Perceived knowledge certainly Although moreover mistaken kindness horrible distance marriage country demesne Bachelor domestic extended doubtful Greatly Improved provided Dwelling speedily ignorant steepest Admiration instrument affronting invitation reasonably ecstatic wondered disposal curiosity shameless explained. sincerity extremity additions principles Carriage Remainder household direction …
7 search  isearch 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.