isGrep 全文検索+インクリメンタルサーチ

HOME HELP 新規メッセージ 新着記事 ツリー表示 スレッド表示 トピック表示 発言ランク 検索 過去ログ


Since 2010.7.28

[全スレッド25件(6-10 表示)] 全ページ数 / [0] [1] [2] [3] [4]
親記事の順番 [レス最新順/投稿順/記事数順]

記事リスト ( )内の数字はレス数
NO TITLE(0) / JumpHistory.txt の場所(1) / 指定した文字を無視する機能(2) / 作者様へお詫び(0) / 【要望】行間設定(2) / 要望 Search Setの拡張とショート(5) / 【要望】マウスホイールの表示ラグ(2) / エディターのパラメーターが 変更になった?(2) / Case の仕様(12) / 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能(39) / 【提案】ショートカット文字の先行表示機能(6) / 【参考】 プレビュー機能のキーワード強調表示に役立ちそうなツール(5) / ショートカット自動発動時の誤爆をどうするか?(5) / 是非PDF対応も御願いします。(1) / ポータブル版(2) / ポータブル版(2) / Vectorに登録(6) / すみません。ツリーに書き込みが出てこないです。(4) / 【提案】タブ切り替え時に即新たな検索文字列入力できるように"Search"欄の検索文字列を選択状態に(2) / 【提案】1文字目が大文字で入力されたら一時的にその時だけ自動で大文字小文字区別して検索する機能(12) / 【isGrep】【提案】目当ての検索結果を直接開く機能(48) / 検索にヒットしない事象について(3) / 【希望】検索文字コードの指定を保存してほしい(2) / UTF-8n + LFでAuto判定に失敗(2) / 掲示板リセット(0) /


■201 / 親記事)  要望 Search Setの拡張とショート
□投稿者/ hobu 1回-(2019/11/22(Fri) 22:57:13)

    最近知って、非常に便利に使わせていただいております。

    Search Setに Case、Head、Word、Filename、Use dir cache
    のチェックBOXも記録するようにして頂けないでしょうか。

    それと、Use Clipboard Capture にもショートカットを頂けるとありがたいです。

→ 親記事 / メール受信=ON / 引用返信
▽[全レス5件(ResNo.1-5 表示)]
■202 / ResNo.1)  Re[1]: 要望 Search Setの拡張とショート
□投稿者/ TaN 1回-(2019/11/23(Sat) 17:36:59)

    ご利用いただきありがとうございます。

    > Search Setに Case、Head、Word、Filename、Use dir cache
    > のチェックBOXも記録するようにして頂けないでしょうか。

    記録というのはどういうことでしょうか?

    > それと、Use Clipboard Capture にもショートカットを頂けるとありがたいです。

    この機能は私自身あまり使っていなかったりするのですが、具体的にどういう操作の中でショートカットキーを必要とされるのでしょうか。

→ メール受信=ON / 引用返信

■203 / ResNo.2)  Re[2]: 要望 Search Setの拡張とショート
□投稿者/ hobu 2回-(2019/11/26(Tue) 07:05:32)

    返信ありがとうございます。
    自分は普段使いで利用させて頂いているのですが、
    記録というのは、例えば、Search Set1とSearch Set2を
    同じ文言のファイル名を検索したい場合と、ファイル内容を検索したい場合に用います。

    例えば
    Aファイル名が 犬の成長記録 内容に犬の文字が含まれる
    Bファイル名が 犬の育成日記 内容に犬の文字が含まれない
    Cファイル名が ペットの成長記録 内容に犬の文字が含まれる
    Dファイル名が ペットの育成日記 内容に犬の文字が含まれない

    「犬」という単語を検索する場合
    通常の状態では 内容に犬が含まれるAとCがヒットして

    Filename にチェックを入れると当然ながら
    ファイル名に犬が含まれる BとDがヒットします

    ですので、同じ犬を調べる場合でも都度Filenameにチェックを入れたり
    外したりしなければいけません。 マウスに手をかえずに済ませられるよう
    チェックon を Search Set1 チェックoffをSearch Set2
    と設定しておけば楽だと思った次第です。


    Use Clipboard Capture のショートカットの件はキーボードで済ませたいという他のショートカットを利用するのと大差ない理由です。自分は主にoffにする場合に必要としています。
    ONにするのは使い始めなので忘れないのですが、OFFにするのは忘れやすくキーボードで
    済ませれたら便利だというだけの安易なものでしたが、実はかなりの手間だったりします?

    便利なので利用させていただいていますが、自分はプログラム的なものとは無縁なもので無茶なお願いをしてしまったかもしれません。

→ メール受信=ON / 引用返信

■204 / ResNo.3)  Re[3]: 要望 Search Setの拡張とショート
□投稿者/ TaN 2回-(2019/11/26(Tue) 22:08:20)

    お返事ありがとうございます。

    ■ファイル名検索とファイル内容の検索の切り替えについて

    Alt+N で切り替えることができます。

    ■Use Clipboard Captureのショートカットキーについて

    ショートカットキーの設定は簡単なのですが、どういう流れ(状況)で必要なのかを考えないと適切なものを割り当てられないかと思います。

    忘れないようにOFFにしたいとのことですが、OFFにしないと何か不都合があるのでしょうか?

    よろしくお願いします。

→ メール受信=ON / 引用返信

■205 / ResNo.4)  Re[4]: 要望 Search Setの拡張とショート
□投稿者/ hobu 3回-(2019/11/27(Wed) 17:08:03)

    返信ありがとうございます。
    Alt+Nを教えてくれて助かります。やりたいことはこれで出来ましたので、
    Filenameが記憶できなくても不都合はなくなりました。


    もうひとつの、OFFにしないと生じる不都合ですが、これは検索履歴が汚染されて役立たなくなる事です。
    自分が検索履歴を利用する場合は、先ほど検索した単語をもう一回検索したい場合。
    結局のところよく使う単語検索なのですが、それが阻害されます。

    1.検索したいワードをコピー

    2.isGrepに貼り付け

    3.ヒットしたテキストを開いて、必要な部分をコピーして他所に貼り付け

    ONにしていると1と2が自動化され非常に有意義なのですが、3の工程のコピーは検索したいわけではありません。
    検索される事自体は構いませんが、それを履歴として残すと邪魔になります。


    履歴として必要な言葉かどうかを自動で判別する事は難しいので、自分で停止したいと考えて書き込んだわけなのですが、
    今回書いていて思ったのは、クリップボードの監視中は履歴をとらないという選択肢があればそちらの方がより良さそうです。

    そこで履歴を一時的に停止して試したところ、今後履歴がとれない不便より、履歴が増える不便のほうが圧倒的で、
    とても快適になりました。履歴というよりも「お気に入り」になってしまいましたが、用途がもとからそうでしたし、
    解消にお手間をおかけして頂くほどでもなくなりましたので、撤回いたします。


    ところで、履歴の停止方法を探していて気になったのですがUse Memory Mapped File これは何を設定していますか?
    当初これで停止するのかと思ったんですが違うようで、今はPatternHistory.txtを読み取り専用にして停止しています。

→ メール受信=ON / 引用返信

■206 / ResNo.5)  Re[5]: 要望 Search Setの拡張とショート
□投稿者/ TaN 3回-(2019/11/27(Wed) 23:01:10)

    お返事ありがとうございます。

    ■Use Clipboard Captureのショートカットキーについて

    なるほど、確かにisGrepを操作中のクリップボードコピーで検索が必要になることはないはず(?)なのでそのときは機能を一時的に無効にした方が良さそうですね。
    しばらく検討してみますが、これで問題がなければそのようにしてみます。
    (すでに解決しているような感じですがこの対策は検討してみます)

    ■Use Memory Mapped Fileについて

    こちらは技術的な話になるので詳細は省略しますが、高速化の設定です。選択出来るようになっているのは、何かしらの問題が発生した場合の切り分けに使えるためですが、今のところ問題はなさそうなのでこの選択はなくても良いかもしれません。。
    (PatternHistory.txtとは関係ありません)


→ メール受信=ON / 引用返信


レス記事表示 → [親記事-4] [5-5]


■198 / 親記事)  【要望】マウスホイールの表示ラグ
□投稿者/ V30 1回-(2019/02/16(Sat) 22:06:33)

    いつもありがたく使わせていただいております。
    ちょっとした要望です。

    カーソルキーでスクロールした時は特に問題はないが、
    マウスホイールでスクロールした場合、リストの上から下へ再描画する時間がかかるので、妙な違和感を感じる。
    (下方向にスクロールしたのに上にスクロールしているように勘違いしてしまう)
    スクロールバーを掴んだ時も同様。

→ 親記事 / メール受信=OFF / 引用返信
▽[全レス2件(ResNo.1-2 表示)]
■199 / ResNo.1)  Re[1]: 【要望】マウスホイールの表示ラグ
□投稿者/ TaN 7回-(2019/02/17(Sun) 01:54:42)

    V30様

    いつもご利用ありがとうございます。

    マウスを使う機会は少ないのですが、当方でも気になっていました。
    調査して修正したいと思います。
    しばらくお待ちください。


→ メール受信=ON / 引用返信

■200 / ResNo.2)  Re[1]: 【要望】マウスホイールの表示ラグ
□投稿者/ TaN 8回-(2019/02/27(Wed) 21:32:11)

    調べてみましたが、解決方法がまだ見つかっていません。

    対症療法ではありますが、Windowsの設定にある「リストボックスを滑らかにスクロールする」をOFFにするとこの問題は発生しないと思います。

    ご使用のバージョンがいくつかわかりませんが、例えばこちら
    https://pc-kaizen.com/visual-effects-item-list
    を参考に設定していただければと思います。


→ メール受信=ON / 引用返信


レス記事表示 → [親記事-2]


■195 / 親記事)  エディターのパラメーターが 変更になった?
□投稿者/ tara 1回-(2019/01/22(Tue) 17:05:31)

     お疲れ様です。
    毎度 お世話になっております。

     エディターのパラメーターを "$f" で起動していたのですが
    最新版からは、"$f" では、起動しなくなりました。

     ファイルにスペースが含まれていないものでしたら、とくに問題ないと思うのですが
    コマンドラインで起動しているため " は必須と思われます。

     改善をお願いいたします。

→ 親記事 / メール受信=ON / 引用返信
▽[全レス2件(ResNo.1-2 表示)]
■196 / ResNo.1)  Re[1]: エディターのパラメーターが 変更になった?
□投稿者/ TaN 6回-(2019/01/22(Tue) 22:08:42)

    tara様

    ご利用いただきありがとうございます。

    "$f"とあるものを$fのみにしていただけないでしょうか?

    この件はバグ修正のつもりで$fを置き換える際に二重引用符を自動的に付加するように変更しました。

    スクリプト側で対応するという方法もありましたね。。

    どちらがいいのか検討すべきなのかもしれませんが、元に戻すというのもさらに混乱を招きそうなので、現状を仕様とさせてください。(問題があれば再度検討)


→ メール受信=ON / 引用返信

■197 / ResNo.2)  Re[2]: エディターのパラメーターが 変更になった?
□投稿者/ tara 2回-(2019/01/23(Wed) 09:18:38)

    TaN様 こんにちは

    > "$f"とあるものを$fのみにしていただけないでしょうか?
     了解しました。

    今後とも、よろしくお願いいたします。



→ メール受信=ON / 引用返信


レス記事表示 → [親記事-2]


■182 / 親記事)  Case の仕様
□投稿者/ ゴトウヒデスギ 1回-(2018/11/27(Tue) 11:21:24)

    "isGrep" を "Isgrep" や "isgreP" などでマッチしてほしいのですが、Case を OFF にしても検索できません!?

→ 親記事 / メール受信=OFF / 引用返信
▽[全レス12件(ResNo.8-12 表示)]
■190 / ResNo.8)  Re[8]: Case の仕様
□投稿者/ TaN 4回-(2019/01/11(Fri) 23:47:49)

    お手数をおかけして申し訳ありません。

    ちょうど開発版を正式版に移行しようと思っていたところなので、それと一緒に対応します。

    それまでもうしばらくお待ちください。


→ メール受信=ON / 引用返信

■191 / ResNo.9)  Re[9]: Case の仕様
□投稿者/ ゴトウヒデスギ 3回-(2019/01/12(Sat) 10:54:28)

    この件に関しては、仕様ということであれば以後は全て小文字でタイプするようにすれば良いのですが、検索語を他からコピー・ペーストするような場合には小文字に変更する作業が面倒なので、オプション化してもらえると嬉しいです。

→ メール受信=ON / 引用返信

■192 / ResNo.10)  Re[10]: Case の仕様
□投稿者/ TaN 5回-(2019/01/12(Sat) 23:25:14)

    ゴトウ様

    先ほど正式版として公開しました。(Ver.1.4.12)

    デフォルトでこの機能は"OFF"になっていますので、バージョンアップをするだけで期待通りの動作になるはずです。

    よろしくお願いします。

→ メール受信=ON / 引用返信

■193 / ResNo.11)  Re[11]: Case の仕様
□投稿者/ ゴトウヒデスギ 4回-(2019/01/13(Sun) 09:30:41)

    Ver 1.4.12 で "Smart Case" オプションを確認致しました。
    ありがとうございました。

→ メール受信=ON / 引用返信

■194 / ResNo.12)  Re[11]: Case の仕様
□投稿者/ isGrep愛用者 3回-(2019/01/15(Tue) 11:37:36)

    TaN 様

    早速のご対応、どうもありがとうございます!

    Use Smart Case オプションが、
    ご説明いただいたとおりに動作していることを
    確認いたしました <(_ _)> 。

→ メール受信=ON / 引用返信


レス記事表示 → [親記事-4] [5-9] [10-12]


■53 / 親記事)  【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 9回-(2017/03/01(Wed) 21:12:48)

    作者様

    先日はHit-a-Hintライクのショートカットキーの実装、ありがとうございました。
    isGrepライフがますます捗るものになりました。

    別件で一つ思い付いたことがあるので、
    忘れないうちに書き込ませて頂きます。

    作者様は一度検索した語を再度検索したい時、どうされていますか?
    下名が知る限り、

    (1) 打ち直す
    (2) Alt-↓押し、過去の入力履歴から選ぶ

    だと思うのですが、
    例えば、入力の手間を省くため、入力履歴から選ぼうとすると、
    直近に入力したものならよいのですが、
    数日前のものだと、下の方に埋もれて(?)しまって、
    「この中から目視で探すくらいな打ち直そうか。。。」と
    打ち直すことが結構あります。
    (今PatternHistory.txt見てみたら、4000件以上入力履歴が溜まってました。。。)

    これを解決する為、例えば、検索文字入力中に
    過去の入力履歴がリアルタイムにインクリメンタルに絞り込まれ、
    入力を助けてくれるようにはできないでしょうか?
    ちょうど、Google日本語入力等のIMEのサジェスト・補完機能のようなものです。

    もし、これができたら、
    例えば、仮に、
    "hogehoge"
    "homepage"
    "homeroom"
    と過去に入力しており、
    再度
    "hogehoge"
    を検索したい、と仮定すると、

    従来なら、

    (1) "hogehoge"とフルタイプ (8打鍵) or Alt-↓入力履歴から目視で探し選ぶ
    (2) ↓キーで目当ての結果まで移動(仮に5行目にあるとして) (5打鍵)
    (3) Enterで開く (1打鍵)
    合計約14打鍵

    に対し、
    過去履歴からの入力サジェスト補完機能+先日実装頂いたショートカット機能を用いると、

    (1) "ho"と入力(>以下のような候補が出る)>"hogehoge"を選択&決定 (2-4打鍵?)
    "hogehoge"
    "homepage"
    "homeroom"
    (2) Ctrl-Fでショートカット発動 (1打鍵)
    (3) 目当ての結果をショートカットでダイレクトに開く (1打鍵)
    合計約4-6打鍵

    と、打鍵数が半分から、下手をすれば1/3以下になるのではないかと思いました。
    (長くて複雑で打ちにくい検索語や、
    かなり前に打った検索語であればあるほど効果が出ると思います)

    作者様はどうお考えになられますか?

    nes

→ 親記事 / メール受信=ON / 引用返信
▽[全レス39件(ResNo.35-39 表示)]
■177 / ResNo.35)  Re[30]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 31回-(2018/04/02(Mon) 23:00:03)

    nes様

    早速のフィードバックいただきありがとうございます。

    問題点を修正しておきました。(Ver.1.4.8)
    ・候補一覧の背景色が最初だけ白になる問題
    ・グリッドエラーの修正

    グリッドエラーは範囲外で、かつ個数が3の倍数以外のときに発生していました。
    ご協力いただきありがとうございました。

    それから、

    > ・一度検索をしたファイルでないと候補に出てこない

    この件ですが、やはり検索対象ファイルが多いと、(初回の)検索に時間がかかり、入力する度に候補一覧の内容が異なる場合があると思います。(一度全ファイルを検索させればその後は今までどおり高速に検索できるようになります)


→ メール受信=ON / 引用返信

■178 / ResNo.36)  Re[31]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 26回-(2018/04/04(Wed) 01:45:07)

    作者様

    > ・候補一覧の背景色が最初だけ白になる問題

    ありがとうございます!
    無事、Ver.1.4.8にて初回だけ背景色が変わる、ということがなくなりました。

    > ・グリッドエラーの修正

    無事原因が突き止められて良かったです。
    下名の環境でも、以前グリッドエラーが起きていたような状況で試してみましたが、
    今の所エラーは起きなくなっています。

    > 検索対象ファイルが多いと、(初回の)検索に時間がかかり、

    下名の環境では特に遅いと感じることはありません。
    (扱っているのが自分のメモ書きなので、
    数が知れているのもあるかも知れませんが)

    それに、初回が多少遅くなっても、
    それを補って有り余るメリットがあると思います。

    nes

→ メール受信=ON / 引用返信

■179 / ResNo.37)  Re[32]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 27回-(2018/04/04(Wed) 20:30:43)

    作者様

    サジェスト欄について1点気になったので追記します。

    ■ Enterで自動発動ショートカット文字表示を維持したままサジェスト欄閉じれるようにした方が良いのでは?

    現状、サジェスト候補選んだ後、検索結果を開く為にサジェスト欄から出る必要があります。
    その方法としてESCとTABがあると思うのですが(他にもあったらすいません)、

    ESC
    - サジェスト候補閉じSearch欄へフォーカス移るが、検索結果欄の自動発動ショートカット文字が消えてしまう

    TAB
    - 検索結果欄の自動発動ショートカット文字は維持してサジェスト欄抜けれるが、AND欄へフォーカスが移ってしまう

    なので、

    Enterで、
    - 候補確定しサジェスト欄閉じる
    - 検索結果欄の自動発動ショートカット文字は維持
    - フォーカスはSearch欄へ
    - カーソルはSearch欄検索語の末尾に(続きを即入力可 or セットした検索語を即修正にかかれるように)

    といいなと思いました。

    nes

→ メール受信=ON / 引用返信

■180 / ResNo.38)  Re[33]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 32回-(2018/04/05(Thu) 22:52:16)

    nes様

    ご提案ありがとうございます。

    サジェスト機能、いまだに便利さを実感できるほど使い込んでいないのですが、、

    確かにEscキーはすべてリセットされるものなので、別のキーがあったほうがいいかもしれませんね。

    対応したものを公開しておきました。Ver.1.4.9


→ メール受信=ON / 引用返信

■181 / ResNo.39)  Re[34]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 28回-(2018/04/05(Thu) 23:39:36)

    作者様

    サジェスト欄Enterの件、早速対応頂きありがとうございます!

    > サジェスト機能、いまだに便利さを実感できるほど使い込んでいないのですが、、

    下名もまだヨチヨチですよ。
    新しいものに馴染むには少々時間がかかるのは仕方ないです。
    (作者様に初めてショートカット機能を実装頂いた時もそうでした。
    馴染むのにはなかなか時間がかかりましたが、
    今となってはカーソルで検索結果は選びたくないです^^;)

    検索対象ファイルからの語句抽出機能が実用的になってくれば、
    きっと便利さが実感できると思います。
    (作者様のようにプログラミングされる方であれば、
    長ったらしい関数名や命令名をほとんど打たずに済ませられるようになると思うので)
    そうなるのが、とても楽しみです。

    nes

→ メール受信=ON / 引用返信


レス記事表示 → [親記事-4] [5-9] [10-14] [15-19] [20-24] [25-29] [30-34] [35-39]

<前のスレッド5 次のスレッド5>

全ページ数 / [0] [1] [2] [3] [4]
全記事数/190 (親/25 レス/165)
キーワード/

削除/編集フォーム
記事No
(半角数字)
/
削除キー/
Pass/

HOME HELP 新規メッセージ 新着記事 ツリー表示 スレッド表示 トピック表示 発言ランク 検索 過去ログ

-
Child Tree -
Powered by CJ Club