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

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

ツリー一括表示

Nomal 【提案】検索語入力中の過去入力履歴からのサジェスト・.. /nes (17/03/01(Wed) 21:12) [53]
┗Nomal Re[1]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (17/03/01(Wed) 23:45) [57]
  ┗Nomal Re[2]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (17/03/02(Thu) 21:08) [59]
    ┗Nomal Re[3]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/02/06(Tue) 19:02) [129]
      ┗Nomal Re[4]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/07(Wed) 22:54) [132]
        ┗Nomal Re[5]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/02/09(Fri) 07:53) [134]
          ┗Nomal Re[6]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/12(Mon) 18:46) [139]
            ┗Nomal Re[7]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/02/12(Mon) 21:05) [141]
              ┗Nomal Re[8]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/12(Mon) 22:00) [142]
                ┗Nomal Re[9]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/02/13(Tue) 20:00) [144]
                  ┗Nomal Re[10]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/15(Thu) 00:00) [146]
                    ┗Nomal Re[11]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/02/15(Thu) 20:51) [147]
                      ┗Nomal Re[12]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/15(Thu) 22:58) [148]
                        ┗Nomal Re[13]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/02/17(Sat) 09:45) [149]
                          ┗Nomal Re[14]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/17(Sat) 14:14) [150]
      ┃                    ┗Nomal Re[15]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/02/17(Sat) 18:31) [151]
      ┃                      ┗Nomal Re[16]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/17(Sat) 22:06) [152]
      ┃                        ┗Nomal Re[17]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/03/10(Sat) 20:03) [153]
      ┃                          ┗Nomal Re[18]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/03/17(Sat) 10:13) [155]
      ┃                            ┗Nomal Re[19]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/03/20(Tue) 21:25) [156]
      ┃                              ┗Nomal Re[20]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/03/21(Wed) 00:06) [157]
      ┃                                ┗Nomal Re[21]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/03/21(Wed) 20:39) [158]
      ┃                                  ┗Nomal Re[22]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/03/23(Fri) 23:11) [160]
      ┃                                    ┗Nomal Re[23]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/03/24(Sat) 08:16) [161]
      ┃                                      ┗Nomal Re[24]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/03/24(Sat) 21:25) [163]
      ┃                                        ┗Nomal Re[25]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/03/26(Mon) 19:39) [165]
      ┃                                          ┗Nomal Re[26]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/03/26(Mon) 23:11) [167]
      ┃                                            ┗Nomal Re[27]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/03/28(Wed) 19:47) [170]
      ┃                                              ┗Nomal Re[28]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/03/30(Fri) 23:33) [172]
      ┃                                                ┣Nomal Re[29]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/03/31(Sat) 23:02) [173]
      ┃                                                ┃┗Nomal Re[30]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/04/01(Sun) 12:44) [174]
      ┃                                                ┗Nomal Re[29]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/04/02(Mon) 03:46) [175]
      ┃                                                  ┗Nomal Re[30]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/04/02(Mon) 23:00) [177]
      ┃                                                    ┗Nomal Re[31]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/04/04(Wed) 01:45) [178]
      ┃                                                      ┗Nomal Re[32]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/04/04(Wed) 20:30) [179]
      ┃                                                        ┗Nomal Re[33]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/04/05(Thu) 22:52) [180]
      ┃                                                          ┗Nomal Re[34]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/04/05(Thu) 23:39) [181]
      ┗Nomal Re[4]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/11(Sun) 23:16) [138]
        ┗Nomal Re[5]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /nes (18/02/12(Mon) 21:04) [140]
          ┗Nomal Re[6]: 【提案】検索語入力中の過去入力履歴からのサジェ.. /TaN (18/02/12(Mon) 22:01) [143]

親記事　/ ▼[ 57 ]
[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
[ □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 53 ] / ▼[ 59 ]
[57]　 Re[1]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 27回-(2017/03/01(Wed) 23:45:06)

    nes様

    検索語のサジェスト機能ですね。

    私の場合は、ご想像のとおり、打ち直すかAlt+↓ですが、
    ほかによく利用する手順としては Ctrl+E によるクリップボードテキストを貼り付ける方法と、秀丸からマクロを利用してカーソルにある単語をCtrl+Eで検索する方法です。（この２つの方法が一番多いかも？）

    ですので、補完機能が欲しいと感じたことがほとんど無いような気がします。

    私の場合はさておき、サジェスト機能はあったほうがいいかもしれませんね。
    検討してみたいと思います。

    ちなみに、PatternHistory.txtは大量の履歴が残りますが、履歴を引っ張って検索のため、というより、過去に検索した語句がとても重要なキーワードだったときなどに救われるときが稀にあるからです。

    サジェスト機能の仕様については後ほど相談させていただくかもしれないので、そのときはよろしくお願いします。
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 57 ] / ▼[ 129 ]
[59]　 Re[2]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 11回-(2017/03/02(Thu) 21:08:37)

    作者様

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

    > 私の場合は、ご想像のとおり、打ち直すかAlt+↓ですが、
    > ほかによく利用する手順としては Ctrl+E によるクリップボードテキストを貼り付ける方法と、秀丸からマクロを利用してカーソルにある単語をCtrl+Eで検索する方法です。（この２つの方法が一番多いかも？）
    >
    > ですので、補完機能が欲しいと感じたことがほとんど無いような気がします。

    なるほど、確かにクリップボード検索を使った場合は、
    あまりサジェスト機能は必要ないかもですね。。。

    下名の場合は、以前書き込ませて頂いたように、
    自分のメモ書きのtxt群を検索することが多いんですね。
    「あの、以前書き留めたの、どこだったっけな。。」とか思いながら検索するもんで、
    クリップボード検索しようにも、コピーするテキストが基本なく(T_T)
    大抵、検索語をフルタイプしてます。。。

    ただ、下名もクリップボード検索が使える状況では、
    もっとこの機能を使わないといけないですね。。。

    > 私の場合はさておき、サジェスト機能はあったほうがいいかもしれませんね。
    > 検討してみたいと思います。

    検討して頂けるのですか！？
    ありがとうございます！
    実現すると、とても嬉しいです。

    > ちなみに、PatternHistory.txtは大量の履歴が残りますが、履歴を引っ張って検索のため、というより、過去に検索した語句がとても重要なキーワードだったときなどに救われるときが稀にあるからです。

    そういう使い方があるのですね。
    てっきり、履歴がただただ溜まっているものだと思っていました。

    >
    > サジェスト機能の仕様については後ほど相談させていただくかもしれないので、そのときはよろしくお願いします。

    下名でお手伝いできることがあれば、
    喜んでさせて頂きます。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 59 ] / ▼[ 132 ] ▼[ 138 ]
[129]　 Re[3]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 5回-(2018/02/06(Tue) 19:02:02)

    作者様

    『過去入力履歴からのサジェスト・補完機能』について、
    もうちょっと具体的な内容を考えてみました。
    以下に書き出してみます。

    ■履歴自動ドロップダウン
    Alt+↓押さずとも、検索語入力され出したら自動でドロップダウン。
    (検索結果と同じく2語以上で発動？)

    ※履歴ドロップダウンは下方向でなく、上方向に出た方がいいかも知れません。
    現状もそうですが、履歴が多いと検索結果欄を覆い隠してしまいます。
    折角、履歴を一つ選ぶ度に検索結果もリアルタイムに変わってくれるのに、
    肝心の検索結果が見えにくくて勿体無いです。
    　ただし、上方向は上方向でisGrepを画面の上の方に置いてると、
    今度は履歴候補が上に見切れる可能性があります。
    (どちらに出すか選べた方がいいかも。。。)

    ■履歴インクリメンタル絞込み
    検索結果欄と同じく、入力中の検索語に応じて履歴をインクリメンタルに絞込み。
    (もしできれば、入力語とマッチしている部分はハイライトして欲しいです)

    ■履歴上下ショートカットキー
    ↓キーは検索結果移動に取られているので、
    Ctrl+N / Ctrl+Pで上下移動。
    (Next/Previousのつもり)

    ■履歴進む・戻る機能
    Alt+←/→で直近の検索語を簡単に選べる機能。

    例えば、"Moorea" > "IncreMonji" > "isGrep"と検索し、
    『あ！もう一回"Moorea"で検索したい！』となった時、
    Alt+←を2回押せば、"Moorea"に検索語を切り替えれるような機能です。
    (ちょうどブラウザの進む・戻るみたいなイメージです)

    直近の検索語をすぐに選べる、
    履歴を選ぶという操作すらしなくていい、
    検索語の一部すら打たなくていい、
    というメリットがあります。

    ■機能イメージ
    下名のイメージしている動きに近い、
    参考になりそうなGIF画像が見つかったので貼り付けておきますね。
    http://ddrscott.github.io/images/fzf_dictionary_demo.gif
    https://goo.gl/UzHhFi

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 129 ] / ▼[ 134 ]
[132]　 Re[4]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 5回-(2018/02/07(Wed) 22:54:40)

    nes様

    具体的な案をいただきありがとうございます。大変助かります。

    イマドキの検索ボックスという感じですね。
    いただいた案を参考に検討させていただきます。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 132 ] / ▼[ 139 ]
[134]　 Re[5]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 7回-(2018/02/09(Fri) 07:53:41)

    作者様

    返信ありがとうございます！
    実現心待ちにしております。。。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 134 ] / ▼[ 141 ]
[139]　 Re[6]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 9回-(2018/02/12(Mon) 18:46:15)

    nes様

    補完機能及び、履歴の絞込（サジェストみたいな）機能を実現したものを公開しました。(Ver.1.4.0)

    補完機能については説明するまでもないと思いますが、サジェスト機能は
    Ctrl+Alt+↓
    または
    Shift+Space
    で候補一覧へフォーカスを移動する必要があります。

    なぜ２つも割り当てているかというと、リモートデスクトップからだとCtrl+Alt+↓が動作しなかったためです。（原因不明）
    このキーアサインは暫定なので将来変わるかもしれません。

    十分な動作確認はされていませんので、何かおかしいところがあればお知らせください。
    私の方もこれから色々と試してみます。
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 139 ] / ▼[ 142 ]
[141]　 Re[7]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 10回-(2018/02/12(Mon) 21:05:27)

    作者様

    ありがとうございます！
    というか、作者様、仕事速過ぎです。。
    具体案提案させて頂いたの、昨日の今日ですよ。
    まさかもう試作版まで作って頂けるとは。。。

    つい先程、試作版、少し動かしてみました。
    ちょっと早いですが、以下に現段階の使用感を書き出してみます。

    ■補完機能
    いいです！
    まだ少ししか試せてませんが、
    長文の検索語も今の所バッチリ補完してくれます！
    これで大幅に打鍵数減&誤爆減少が期待できます！

    ■サジェスト機能
    サジェスト候補が複数列になっているのが素晴らしいですね。
    これなら下に出ても検索結果を覆い尽くさず済みます。
    (ショートカット機能の自動発動といい、
    作者様は予想の斜め上を行く解決策を出されますね)
    さらに候補がコンパクトなので一望が容易なのもとてもいいです。

    個人的にちょっと思ったのが、
    サジェスト候補へのフォーカス移動が必要な点です。

    Shift+SpaceやCtrl+Alt+↓でフォーカス移してから、
    ←↑↓→キーやCtrl+N/Ctrl+P押すのはなかなか手が忙しく感じます。
    (まだ、Ctrl+Alt+↓からの←↑↓→はスムーズですが)

    Ctrl+N/Ctrl+Pでサジェストへフォーカス移動して、
    ついでにそのままのキーで上下できると嬉しいかな、と思いました。
    (Ctrl+N/Ctrl+Pでサジェスト候補へフォーカス、
    そのままCtrl+N/Ctrl+P連打で
    サジェスト候補をサイクル移動。
    (複数列またがって移動可に)
    ※現試作版はサジェストが複数列になっている場合、
    ←↑↓→でしか候補を選べないようなので。
    (Ctrl+N/Ctrl+Pだと複数列の1列目内しか移動できない))

    下名の方でも色々試してみます。
    気付き事項あれば、都度書き込ませて頂きます。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 141 ] / ▼[ 144 ]
[142]　 Re[8]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 10回-(2018/02/12(Mon) 22:00:00)

    nes様

    早速のレスポンスありがとうございます！

    すみません、↓キーなどいくつかのキーが以前のバージョンと異なる動作になっていました。(↓キーで履歴が出るほうがおかしいです）

    これでは評価ができないので早速修正バージョンをアップしておきました。
    ついでに、Ctrl+Alt+↓からAlt+Shift+↓に変更しました。
    この組み合わせだとリモートデスクトップからも使えます。

    私もAlt+Shift+↓からのカーソルキーというのは違和感を感じています。
    しばらく使ってみて、どのように改善すればいいのか見えてくるのではないかと思います。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 142 ] / ▼[ 146 ]
[144]　 Re[9]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 11回-(2018/02/13(Tue) 20:00:28)

    作者様

    > すみません、↓キーなどいくつかのキーが以前のバージョンと異なる動作になっていました。(↓キーで履歴が出るほうがおかしいです）

    いえいえ。
    やっぱりそうですよね。
    ちょっとビックリしました。
    確か↓キーは(ショートカットキー機能が搭載される前は)ずっと検索結果欄へ入るために使ってたので。。
    ショートカットキー機能が使えるようになってからはめっきり使わなくなったので、
    下名が知らない間にキー仕様の変更があったのかと思いました。

    v1.4.1では↓で以前通り検索結果欄に入れること確認しました。
    (ちなみにv1.4.0では、Search欄にフォーカスある状態での
    PageUp/PageDownで検索結果スクロールもできなくなっていました。
    v1.4.1は大丈夫です)

    あと、現段階での気付き事項として、
    日本語の検索語を入れると高確率でフリーズや突然落ちる事象が多発します(補完機能と干渉してる？？)
    下名の環境では、例えば"所得"という検索語で検索かけると、
    固まりエラー送信画面が表示される、
    いきなりisGrep自体が落ちる、
    BackSpaceで"所得"という文字を削除しようとしても削除できない、等
    おかしな挙動が起こります。

    > 私もAlt+Shift+↓からのカーソルキーというのは違和感を感じています。
    > しばらく使ってみて、どのように改善すればいいのか見えてくるのではないかと思います。

    これは例えば、一案として、サジェスト欄へのフォーカスのショートカットキーと
    サジェスト欄内↓キー移動のショートカットキーを同じものにすれば改善できそうな気がします。

    先日下名が書き込ませて頂いたように、
    例えばCtrl+Nにサジェスト欄フォーカスとサジェスト欄↓移動機能をもたせれば、
    そのままシームレスに連打で移動可能になるのではないかと思います。

    (下名はIMEにGoogle日本語入力を使っていますが、
    これもサジェストが出たらTabキー押せば、サジェストへフォーカス移動、
    そのまま次の候補に行きたければ、そのままTab連打していけばいいので。
    こんな感じでIMEの挙動と似た感じで使えると、
    利用者の方も違和感が少ないかな？と思いました)

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 144 ] / ▼[ 147 ]
[146]　 Re[10]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 13回-(2018/02/15(Thu) 00:00:45)

    nes様

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

    > 日本語の検索語を入れると高確率でフリーズや突然落ちる事象が多発します(補完機能と干渉してる？？)

    日本語をほとんど使わないせいかもしれませんが、こちらでは経験していません。
    必ず起きるパターンがあればいいのですが。。

    > これは例えば、一案として、サジェスト欄へのフォーカスのショートカットキーと
    > サジェスト欄内↓キー移動のショートカットキーを同じものにすれば改善できそうな気がします。

    あまり気にしないでAlt+Shift+↓にアサインしましたが、Alt+Shift+↓でそのまま下に移動できます。

    > 例えばCtrl+Nにサジェスト欄フォーカスとサジェスト欄↓移動機能をもたせれば、
    > そのままシームレスに連打で移動可能になるのではないかと思います。

    ほかのキーとぶつからないという点ではいいのですが、
    候補の一覧へ移動するのがCtrl+Nというのがわかりにくいというかなんというか。。

    普通にTabキーというのでもいいかもしれませんね。

    ほか考えているのは、hit-a-hintみたいにアルファベットで選択とか。

    ということで、早速更新しておきました。(Ver.1.4.2)

    Tabキー・・・候補一覧へフォーカス移動
    Alt+Shift+↓・・・今まで通り
    Shift+Space・・・削除

    Tabキーでの移動は標準的な動きなのでこれはこれでいいような気がします。
    Alt+Shift+↓はAlt+Shiftを押したままでも上下左右移動できるので、これもまだ有力候補ではないかと思います。

    Tabキーによる移動ですが、trickyなやり方で実現しているため、不思議な動きがあれば教えて下さい。
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 146 ] / ▼[ 148 ]
[147]　 Re[11]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 12回-(2018/02/15(Thu) 20:51:01)

    作者様

    早速の更新版リリース、ありがとうございます。

    > 日本語をほとんど使わないせいかもしれませんが、こちらでは経験していません。
    > 必ず起きるパターンがあればいいのですが。。

    下名の環境では、日本語の検索語はフリーズor突然終了の嵐です。。。
    (大丈夫な時もありますが、ちょっと日本語打つのが怖い状態です。
    最新安定版のv1.3.16で同じ日本語で同じデータフォルダを検索してみても起こらないので、
    v1.4.0以降特有の症状のようです)
    日本語落ちの再現パターン(どんな検索語でどんなテキストファイルを検索したら起きるか)が見つかったらご報告させて頂きます。

    > 普通にTabキーというのでもいいかもしれませんね。

    Tabキー使えるのですか？
    それなら、なおいいですね！
    IMEと同じで自然で馴染みやすいです。

    > ほか考えているのは、hit-a-hintみたいにアルファベットで選択とか。

    それはいいですね！
    下名、実は「サジェスト候補出てくれるのはいいけど、
    カーソルキーで候補選びにいくの、ちょっと面倒くさいな。。。」と思いかけてた所です。
    どうにかならないかなと思っていましたが、
    確かに検索結果欄みたく、hit-a-hintライクにダイレクトに狙った候補を選べたらすごいですね。
    そんなことができたら、またさらに便利になってしまいます。

    > Tabキーによる移動ですが、trickyなやり方で実現しているため、不思議な動きがあれば教えて下さい。

    今の所(といっても5分くらいしか使っていませんが)、
    すこぶる快適にフォーカス移せています。
    不思議な動きが起こったら、またご報告させて頂きます。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 147 ] / ▼[ 149 ]
[148]　 Re[12]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 14回-(2018/02/15(Thu) 22:58:22)

    nes様

    > 下名の環境では、日本語の検索語はフリーズor突然終了の嵐です。。。

    私のところではまだ一度も発生していないです。

    条件は、検索対象 or 検索履歴のどちらなんでしょう。。

    日本語を考慮した処理はないはずなので、今のところ思い当たるところはないです。

    もし、なかなか再現パターンが特定できないようでしたら、isgrep.exeと同じフォルダーにある"PatternHistory.txt"をお送りいただければこちらで再現テストしてみます。

    なんていうことを書いていたら、別のPCで再現できました。
    しばらくこちらで検討してみます。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 148 ] / ▼[ 150 ]
[149]　 Re[13]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 13回-(2018/02/17(Sat) 09:45:22)

    作者様

    作者様の方でも再現できてよかった(？)です。

    "PatternHistory.txt"をお送りしようかと思ったのですが、
    中身見てみるとかなり個人的な内容が満載だった為、見合わせさせて下さい。
    すみません。。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 149 ] / ▼[ 151 ]
[150]　 Re[14]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 15回-(2018/02/17(Sat) 14:14:33)

    nes様

    エラーとなる問題を修正しました。(Ver.1.4.3)

    OSはWindows8ではないでしょうか？
    補完機能で日本語が含まれていると正しく動作しないところがありました。
    （使っているライブラリが古いのでWin8だけうまく機能しなかったようです）

    ご確認いただければと思います。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 150 ] / ▼[ 152 ]
[151]　 Re[15]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 14回-(2018/02/17(Sat) 18:31:02)

    作者様

    ありがとうございます！
    v1.4.3にした所、下名の環境では100%落ちていた"所得"という語が
    無事検索できるようになりました！

    他にも色々日本語で検索かけてみましたが、
    今の所落ちたりフリーズしたりする気配はありません。
    これで思いっきり日本語で検索できます！

    このまま様子を見てみますね。
    ちなみに下名の環境は Windows7 64bit です。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 151 ] / ▼[ 153 ]
[152]　 Re[16]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 16回-(2018/02/17(Sat) 22:06:42)

    nes様

    早速お試しいただきありがとうございます。

    Win7ということは機種依存なのかもしれませんね。

    これで安定したかと思うので、色々と試していただき、仕様を固めていきたいと思います。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 152 ] / ▼[ 155 ]
[153]　 Re[17]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 15回-(2018/03/10(Sat) 20:03:22)

    作者様

    補完・サジェスト候補機能、3週間ほど試してみました。

    とても良いです。
    これまで打ち溜めてあった入力履歴約2500件(下名の場合)のおかげで、
    大抵補完かサジェストが効いてくれてかなり快適です。

    大幅に打鍵数減らせましたし、
    誤爆・逆誤爆も起きにくくなったように感じます。

    以下これまでの気付き事項です。

    ■ サジェスト候補ヒット箇所ハイライト
    やっぱり何と言っても、isGrepなのでサジェスト候補もハイライトして欲しいです。

    ■ 履歴進む・戻る機能実装
    これも是非実装して頂ければ。
    (ついさっき入力した語で再度検索したいということがよくあるので)

    ショートカットキーは別にAlt+←/→でなくても構いません。
    (一般的なブラウザの進む・戻ると合わせておくと馴染みやすいかなと思ったので)

    ちなみに本機能は、サジェスト候補やAlt+↓のプルダウンすら出さず、
    Search欄の検索語だけが次々変わっていくイメージです。
    (過去の下名の提案書き込み見ると、明記してなかったようなので念のため)

    ■ Tabでサジェスト候補次々移動
    現状はTabは候補一覧へフォーカスが移るだけで、その後はカーソルキー移動が必要です。
    (現状はTab押していくと、Search欄 > サジェスト候補フォーカス > (次のサジェスト候補行かずに)AND欄 > Directory欄...)

    できればサジェスト候補上下移動もTab/Shift+Tabでできた方がIMEみたいで直感的かな？と思いました。
    AND欄やDirectory欄へは、Alt+AやAlt+Dで直接移動できるので。

    ※ただ、もしサジェスト候補をhit-a-hintライクにダイレクトに選択できるようになったら、あまり使わなくなってしまうかも知れません。。。

    ■ サジェスト候補をhit-a-hintライクにダイレクトに選択
    これ、できるようになるといいですね。

    方法としては、IME変換候補みたく、サジェスト候補頭に事前にアルファベット割振り、
    そのアルファベットでダイレクトに選べればいいかな？と思うのですが、
    どうやってそのアルファベット指定するかですね。

    - サジェスト候補にフォーカスある状態でのアルファベット単押し(自動発動有効だとぶつかるかも)
    - Ctrl+Shift+アルファベット等の3キー同時押し
    - 何らかのプレフィックスキー押した後、目当てのアルファベット押す2段階キーマップ式
    とかでしょうか？
    (カーソルキーで選びにいく手間考えたら3キー押しでもずっと楽のような気がします)

    ■ 打ち間違った入力履歴を簡単削除
    例えば、"moorea"を"morea"と打ち間違って検索してしまった場合や、
    "calendar"を"calender"等綴りミスしてしまった場合、
    (当然ですが)入力履歴に残ってしまい、
    次回以降、補完やサジェスト候補に出てきてしまいます。
    選んでも、当然何も検索結果が出ない or 誤った結果が出てくるだけなので消したいです。

    始めはPatternHistory.txtを直接編集すればいいかな？と思っていたのですが、
    PatternHistory.txtには、例え全く同じ検索語でも検索した回数分だけ重複していようとどんどん履歴が残っていくようで、重複分を探して消していくのが大変でした。

    例えば、サジェスト候補で消したい入力履歴にカーソル合わせ、
    Ctrl+DelとかShift+Delとかで簡単に消せる手段があるといいな、と思いました。
    (PatternHistory.txt自体にも重複検索語は保存しない方がいいのでは？)

    ■ PatternHistory.txtによく使う検索語を予め突っ込んでおくと便利
    これは本来の使い方とはちょっと違うかもしれませんが、
    よく使う長めの検索語リストや自分がよく使う打つのが面倒な用語集みたいなのを、
    PatternHistory.txtに予め突っ込んでおくと補完しまくってくれてかなり便利です。

    作者様のようにプログラム組まれる方であれば、
    長い関数名や命令一覧みたいなのを用意してここに突っ込んでおくと捗るのでは？

    ※理想的には、サジェスト候補選ぶ必要ないくらい入力履歴を自分でメンテしていくといいかも知れません。
    IMEでいえば正しい変換候補が一発で出てくれる、みたいな。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 153 ] / ▼[ 156 ]
[155]　 Re[18]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 18回-(2018/03/17(Sat) 10:13:41)

    nes様

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

    私の方は最近あまり使う機会がなく、サジェスト機能の評価ができるほどの利用頻度がなかったりします。。

    > ■ サジェスト候補ヒット箇所ハイライト
    > やっぱり何と言っても、isGrepなのでサジェスト候補もハイライトして欲しいです。

    これは難しくありませんし、あったほうがいいかもしれませんね。

    > ■ 履歴進む・戻る機能実装
    > これも是非実装して頂ければ。
    > (ついさっき入力した語で再度検索したいということがよくあるので)

    個人的にはAlt+↓で選択、で十分なような気がするのですが。。

    > ■ Tabでサジェスト候補次々移動

    Tabキーのカスタマイズはちょっと難しいので、納得のできる別の手段が必要ですね。

    Alt+Shift+↓はやはり違和感あるでしょうか？
    候補が出ているときはカーソルキーで移動、というのもできないことはないと思いますが。。

    > ■ サジェスト候補をhit-a-hintライクにダイレクトに選択
    > これ、できるようになるといいですね。

    必要だという状況に至っていないので、まだ何も考えていないです。
    頂いた案を参考に後ほど検討してみます。

    > ■ 打ち間違った入力履歴を簡単削除

    確かにそれはありますね。
    PatternHistory.txtの保存方法の問題もあるかもしれませんが、仮にその問題を解決し、履歴を編集する機能を追加した場合、検索結果を求めることが本来の目的なのにそれ以外に時間をかけるというのはどうかなと思うところはあります。

    ご提案されているアイデアを発展して、PatternHistory.txtとは別にサジェスト候補用の辞書（データベース）を用意するというのも一つの解決方法かもしれませんね。
    isGrepはデータベースを使わない単純なgrepソフトですが、検索対象ファイルから語句を抽出してデータベースを作成し、それを検索の高速化のためではなく、サジェスト機能のために用意する、というのはこれまでにない新しい方法かもしれません。

    そのデータベースも検索対象のディレクトリごと（タブごと？）に用意するので、無駄な検索語が候補に挙がることはなくなります。

    これは良さそうな気がするので、検討してみたいと思います。
    ただ、この開発には時間がかかるのでその前に手軽に実現できるものがあったほうがいいでしょうか。。

    > ■ PatternHistory.txtによく使う検索語を予め突っ込んでおくと便利

    これは前項目の対応をすれば十分でしょうか？

    自分で書いておきながらあれですが、検索対象ファイルに"ab"で始まる単語が一つしかなければ"ab"と入力するだけで補完されて検索結果が出る、検索結果を見なくとも必要な（知りたい）検索語がわかるというのはいいかもしれませんね。（実際に使ってみないとわかりませんが、たぶん）
    逆に候補が出ないということは、"Searching"状態であっても結果を待たずとも無いということがわかる。
    （現時点で私が考えているのは英語のような単語単位でのデータベースなので）

    そういうソフトは使ったことがない・見たことがないので、本当にいいのか、意外と使えないのか実際に作ってみないとわからないですね。
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 155 ] / ▼[ 157 ]
[156]　 Re[19]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 16回-(2018/03/20(Tue) 21:25:00)

    作者様

    返信が遅くなりすみません。
    お返事ありがとうございます。

    > > ■ 履歴進む・戻る機能実装
    > 個人的にはAlt+↓で選択、で十分なような気がするのですが。。

    Alt+↓だとプルダウンで検索結果が覆い隠されてしまい、見えないんです(T_T)
    (あと、一つ戻るのに、現状だと『Alt+↓ > ↓ > EnterかESC』と3動作必要なので、
    可能であれば1アクションで戻りたいというのもあります)

    > > ■ Tabでサジェスト候補次々移動
    > Tabキーのカスタマイズはちょっと難しいので、納得のできる別の手段が必要ですね。
    > Alt+Shift+↓はやはり違和感あるでしょうか？

    Tabでの移動は難しいのであれば大丈夫です。
    将来hit-a-hitライクにダイレクトに選択できるようになると、
    恐らく出番がほとんど無くなりそうなので。。
    現状はAlt+Shift+↓からのカーソルキーで使っていってみますね。

    > > ■ サジェスト候補をhit-a-hintライクにダイレクトに選択

    Tabでサジェスト欄へフォーカス > アルファベット単打で狙ったサジェスト候補を選ぶ、というのが、(入力負担も少なくシンプルで)一番いいのかな？と思っています。

    > > ■ 打ち間違った入力履歴を簡単削除
    > PatternHistory.txtの保存方法の問題もあるかもしれませんが、仮にその問題を解決し、履歴を編集する機能を追加した場合、検索結果を求めることが本来の目的なのにそれ以外に時間をかけるというのはどうかなと思うところはあります。

    確かにそれはありますね。
    ただ、入力履歴をうまくメンテしておけば、
    打鍵数を減らせ、かつ、誤爆・逆誤爆を低減できるという大きなメリットがあります。
    その為、(少々であれば)入力履歴のメンテに時間を割く価値はあるのかなと考えています。

    > ご提案されているアイデアを発展して、PatternHistory.txtとは別にサジェスト候補用の辞書（データベース）を用意するというのも一つの解決方法かもしれませんね。

    これは確かにいいですね。
    入力履歴と自分が用意した用語集は分けたいです。
    (混ぜこぜになってしまって、なんだかな～と思っていたので)

    > isGrepはデータベースを使わない単純なgrepソフトですが、検索対象ファイルから語句を抽出してデータベースを作成し、それを検索の高速化のためではなく、サジェスト機能のために用意する、というのはこれまでにない新しい方法かもしれません。
    > そのデータベースも検索対象のディレクトリごと（タブごと？）に用意するので、無駄な検索語が候補に挙がることはなくなります。

    これは、すごいアイデアですね。
    補完やサジェスト候補を検索対象から自動で生成してくれたら、
    それは恐ろしく便利になりそうな予感がします。

    なにせ今は"過去"入力履歴であって、
    一度打ったことがないと補完してくれない状態ですが、
    もし、これが検索対象から予め抜き出した語句を利用して、
    打ったことがなくとも補完・サジェストされるとなれば、
    なにかまた新たな次元に突入する気がします。
    (なにか本当にGoogle日本語入力のサジェスト機能に近いものを感じました)

    また、本件にも絡みますが、
    入力履歴はタブごとに分けて保持してくれた方がいいような気がしています。
    候補を局所化でき、より絞り込みやすくなるためです。

    現在は入力履歴は全タブ共通ですが、
    タブごとに入力する検索語は偏ることが多いのでは？と考えています。
    (タブを用途ごとに分けて使い分けることが多いと思うので)

    例えば作者様のようにプログラミングをされる方の場合、
    C言語の開発を"C言語"タブで、
    VisualBasicの開発を"VB"タブで使い分けていたとして、
    "C言語"タブで"VB"タブの入力履歴や補完候補出てきても
    ノイズになるだけで嬉しくないと思います。

    まとめると、タブごとに
    - 入力履歴
    - 自分で用意した用語集等の辞書ファイル
    - isGrep自動生成の語句抽出DB
    をもたせ、
    これらから補完・サジェストを行う、という感じでしょうか。

    もし実現すれば、さらに大幅に入力負荷を減らせる可能性があります。

    > ただ、この開発には時間がかかるのでその前に手軽に実現できるものがあったほうがいいでしょうか。。

    "Ctrl+Delで誤った入力履歴を削除"だけでもできればありがたいです。
    (ただ、もし本機能実装にお時間がかかるようであればなくても現状は大丈夫です)

    > > ■ PatternHistory.txtによく使う検索語を予め突っ込んでおくと便利
    > これは前項目の対応をすれば十分でしょうか？

    はい、前項目と内容がかぶるので一緒に考えた方がいいと思います。

    > 検索対象ファイルに"ab"で始まる単語が一つしかなければ"ab"と入力するだけで補完されて検索結果が出る、検索結果を見なくとも必要な（知りたい）検索語がわかるというのはいいかもしれませんね。
    > 逆に候補が出ないということは、"Searching"状態であっても結果を待たずとも無いということがわかる。

    なるほど。。。
    補完やサジェスト候補が出ない＝検索結果がない、という状況にできれば、
    結果を待つ必要がなくなりますね。
    (検索結果を見ずとも必要な検索語が分かる、
    という発想が新しすぎて、下名、頭がまだついて行っていませんが。。。)

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 156 ] / ▼[ 158 ]
[157]　 Re[20]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 19回-(2018/03/21(Wed) 00:06:15)

    nes様

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

    私があまり使い込んでいないため、余計な手間をかけさせているような気もしますが。。

    > > > ■ 履歴進む・戻る機能実装
    > Alt+↓だとプルダウンで検索結果が覆い隠されてしまい、見えないんです(T_T)
    > (あと、一つ戻るのに、現状だと『Alt+↓ > ↓ > EnterかESC』と3動作必要なので、
    > 可能であれば1アクションで戻りたいというのもあります)

    私があまり使わないせいもあるかもしれませんが、どうもピンときません。
    （おっしゃることは理解できているのですが）
    過去の検索結果を知りたい場合、私はどちらかと言うと、Alt+V, J、つまりJump Historyで探しています。これだと検索結果から再度探す必要もなく、過去にjumpしたところを再度エディターなどで直接開けます。

    結局、何のために必要なのか、というところが明確になっていないから（私がわかっていないから）ではないかと思います。
    「過去の検索語を（簡単に）Search欄に入力したい」が最終目的ではないですよね？

    > > > ■ サジェスト候補をhit-a-hintライクにダイレクトに選択
    >
    > Tabでサジェスト欄へフォーカス > アルファベット単打で狙ったサジェスト候補を選ぶ、というのが、(入力負担も少なくシンプルで)一番いいのかな？と思っています。

    確かにそれが一番いいかもしれませんね！

    > > > ■ 打ち間違った入力履歴を簡単削除
    > > PatternHistory.txtの保存方法の問題もあるかもしれませんが、仮にその問題を解決し、履歴を編集する機能を追加した場合、検索結果を求めることが本来の目的なのにそれ以外に時間をかけるというのはどうかなと思うところはあります。
    >
    > 確かにそれはありますね。
    > ただ、入力履歴をうまくメンテしておけば、
    > 打鍵数を減らせ、かつ、誤爆・逆誤爆を低減できるという大きなメリットがあります。
    > その為、(少々であれば)入力履歴のメンテに時間を割く価値はあるのかなと考えています。

    検索語が限られているのであればメンテに時間をかければかけるほど精度が高くなっていくので効果はあると思いますが、そういう状況が前提でしょうか。
    具体的に調べたわけではありませんが、仮に検索対象のテキストが１万行あった場合、検索語となりうる語が１千語あったとすると（１０行に一語の割合で新語が出る）、メンテにかなり時間がかかるような気がするのですが。。

    > 入力履歴はタブごとに分けて保持してくれた方がいいような気がしています。

    確かにそれを感じることはあるので、検討したほうがいいかもしれませんね。

    > まとめると、タブごとに
    > - 入力履歴
    > - 自分で用意した用語集等の辞書ファイル
    > - isGrep自動生成の語句抽出DB
    > をもたせ、
    > これらから補完・サジェストを行う、という感じでしょうか。

    （まだ疑問点はありますが）仮に満額回答をすればそういう感じになりますね。

    > (検索結果を見ずとも必要な検索語が分かる、
    > という発想が新しすぎて、下名、頭がまだついて行っていませんが。。。)

    書き方が悪かったのですが、Googleサジェストと同じことですね。
    ただ、全文検索ソフトでそのような機能はないと思うので（探したこともないのであるかもしれませんが）、高速に検索結果を出すことも重要かもしれませんが、検索語の候補がすぐに出てくる、というのは有益ではないかと思います。
    （そうそう、知りたいのはこれ、みたいな）
    特に対象となるテキストが数GBもあるような場合は嬉しいような気がします。

    結局、nes様のリクエストを言い直しているだけのような気がします^^;

    技術的な余談になりますが、全文検索でデータベースを使った検索を行う場合、ヒット漏れがないように記号も含めてすべての文字をデータベースに突っ込む必要がありますが、補完機能に限定すればデータベースに必要な情報は減るのでディスク消費量や、データベース作成にかかる時間など、エコで嬉しいのではないかと思います。

    さて、データベースを自前で作ると時間がかかるので、適切なものを探さないと。。
    でも特化したものを自前で作ったほうが良かったりするのでこの段階で時間がかかります。。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 157 ] / ▼[ 160 ]
[158]　 Re[21]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 17回-(2018/03/21(Wed) 20:39:08)

    作者様

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

    > 過去の検索結果を知りたい場合、私はどちらかと言うと、Alt+V, J、つまりJump Historyで探しています。これだと検索結果から再度探す必要もなく、過去にjumpしたところを再度エディターなどで直接開けます。

    すいません。
    こんな機能があることを初めて知りました。
    これは便利ですね。。

    一度開いたことがある結果なら、これ使うと簡単に開き直せますね。
    ありがとうございます。
    これから意識して使ってみます。

    > 結局、何のために必要なのか、というところが明確になっていないから（私がわかっていないから）ではないかと思います。
    > 「過去の検索語を（簡単に）Search欄に入力したい」が最終目的ではないですよね？

    たやすく検索語を戻したいのは、
    たやすく検索結果一覧を戻したいからです。
    (すいません。このことが作者様にうまく伝わっていないのかもしれません。
    最終目的は、ついさっきの"検索結果一覧"です。
    それをSearch欄の検索語をたやすく切り替えれれば得られるのではないかと考えています)

    作者様は検索語入力してみて、
    望む結果が得られなかった場合、
    ついさっきの検索語の検索結果一覧の方が良かった場合、
    どうされていますか？

    例えば、
    "moorea"という語で検索してみて、一応検索結果は出るもののちょっとしっくり来ない、
    "IncreMonji"ではどうかな？ > 検索結果は空だった、
    やっぱり"moorea"でよかった、といった場合に、
    Alt+←でさっと戻りたいのです。

    ついさっきの"moorea"という検索語を打ち直すのも、
    (打ち直す負担や入力ミスの恐れ、誤爆・逆誤爆の危険があるので)補完が効くとしても避けたい。
    特に日本語の検索語の場合、日本語の入力コストは高いので(補完が効くとしても)なるべく打ち直したくない。
    また、ついさっきのもののために、あまり手数を掛けたくない、というのもあります。
    (検索結果選んでJumpしたわけではないので、Jump Historyも使えない)

    ちょうどGoogle検索をイメージして頂けると理解して頂きやすいかも知れません。
    検索語を色々変えてみて、さっきの検索結果の方が求めるものに近かった、だから戻したい、ということはありませんか？
    ブラウザでいえば、戻るボタン長押しすれば、プルダウンで過去の訪問履歴が出たりしますが、
    いちにこ前だと戻るボタン連打して戻していく方が
    「あー、これこれ、この結果の方がやっぱりいい」
    というのがやりやすくはありませんか？
    特に一つ前だと、戻る長押ししてプルダウンから選ぶ人の方が稀ではないでしょうか？

    現状をブラウザに例えれば、
    戻るボタンは押せず、
    必ず長押しからのプルダウンからしか戻れない状態です。

    Alt+↓だと検索結果一覧が覆い隠されて、
    望む検索結果だったか確認しづらいのも、提案させて頂いている動機の一つです。

    これができれば、検索かける際に検索語を色々変えてみてのトライ・アンド・エラーがかなりやりやすくなります。
    もちろん、「Alt+↓でいいやん」と言われるとそれはそうなのですが。。。

    Alt+↓なら3アクション、
    補完なら(上記例で言えば)"mo"で2アクション、
    Alt+←なら1アクションです。

    ※あまり皆さんこういうことされないんでしょうか？
    下名は結構そういう状況多いですが。。。

    > 検索語が限られているのであればメンテに時間をかければかけるほど精度が高くなっていくので効果はあると思いますが、そういう状況が前提でしょうか。
    > 具体的に調べたわけではありませんが、仮に検索対象のテキストが１万行あった場合、検索語となりうる語が１千語あったとすると（１０行に一語の割合で新語が出る）、メンテにかなり時間がかかるような気がするのですが。。

    確かにそう言われてみると、入力履歴は放置してもいいような気がしてきました。。
    モグラたたきになり手に負えなくなりそうなので、目を瞑ったほうがいいかもですね。

    ただ、入力履歴メンテは別として、
    絶対に使わないであろう打ち損じが毎回出てくるのはかなり鬱陶しいため(Google日本語入力でも経験済み)
    あまりに目障りな入力ミスは簡単に削除できるようにしてもらえると有り難いです。
    (ちょっと消したいだけなのに、PatternHistory.txt開いて探して消して保存して、、、というのは、敷居がかなり高いです...)

    > ただ、全文検索ソフトでそのような機能はないと思うので（探したこともないのであるかもしれませんが）、高速に検索結果を出すことも重要かもしれませんが、検索語の候補がすぐに出てくる、というのは有益ではないかと思います。
    > （そうそう、知りたいのはこれ、みたいな）

    入力したこともないのにサジェストしてくれるなんて、
    下名はGoogle検索くらいしか知りません...。
    全文検索ソフトの枠を超えそうな気がします。

    > さて、データベースを自前で作ると時間がかかるので、適切なものを探さないと。。
    > でも特化したものを自前で作ったほうが良かったりするのでこの段階で時間がかかります。。

    いえいえ、時間がかかって当然と思います。
    どんなものになるのか、とても楽しみです。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 158 ] / ▼[ 161 ]
[160]　 Re[22]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 22回-(2018/03/23(Fri) 23:11:49)

    nes様

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

    > 作者様は検索語入力してみて、
    > 望む結果が得られなかった場合、
    > ついさっきの検索語の検索結果一覧の方が良かった場合、
    > どうされていますか？

    繰り返しになってしまいますが、Alt+↓です。
    その場合、探すのは直前だけではなく、直前も含めた過去の履歴の中から探すことのほうが多いような気がします。
    # そういう機会が少ないせいか、Alt+↓で過去の履歴を開くと、shortcutの黄色のハイライトがまだらになるという現象を最近気が付きました。。
    # これは明らかに（誰かの）バグですが、どのように対処すべきか悩んでます。。

    > Alt+↓だと検索結果一覧が覆い隠されて、
    > 望む検索結果だったか確認しづらいのも、提案させて頂いている動機の一つです。

    なるほど、検索語を一つずつ選択しながら検索結果も同時に確認したいということですね。
    ただ、直前であれば覚えていられますが、それ以前の履歴ではAlt+←を押した後でないと検索語が何であるのかわからないので、Alt+↓のように一覧になって出るほうがいいということはないでしょうか。（結果が隠れてしまうという問題はありますが、解決方法はあるかと思います）

    色々と書きましたが、nes様が望んでおられるのは、検索語は見えなくても構わないから、とにかく検索結果の一覧を切り替えて見たい・比較したい、ということでしょうか。それでしたらAlt+←→が良いような気がします。
    （私の場合は結果の前に検索語を確認してから、という段階が必要なので・・・）

    > 絶対に使わないであろう打ち損じが毎回出てくるのはかなり鬱陶しいため(Google日本語入力でも経験済み)
    > あまりに目障りな入力ミスは簡単に削除できるようにしてもらえると有り難いです。

    データベースを使ったサジェスト機能は先になると思うので、とりあえず対応しておきます。鬱陶しいと思うほど使いこなしてはいないのですが。。

    ■検索履歴PatternHistoryファイルについて

    タブ別に設けたほうが良いかもしれない、という話でしたが、タブ別と言うより、タブごとにファイルを設定できる、というほうが良いでしょうか。
    タブが異なっていても、同じ履歴ファイルにしたい場合があるということからです。
    基本はPatternHistory.txtに記録、必要な場合はユーザー側でファイル名を指定する、という感じで。
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 160 ] / ▼[ 163 ]
[161]　 Re[23]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 18回-(2018/03/24(Sat) 08:16:55)

    作者様

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

    > 検索語は見えなくても構わないから、とにかく検索結果の一覧を切り替えて見たい・比較したい、ということでしょうか。それでしたらAlt+←→が良いような気がします。

    まさにやりたいのはそういうことです。
    ついさっきの検索語の検索結果から再度選び直したい、ということがよくあるんです。
    この為にAlt+↓からの3アクションは(心理的に)少々負担で。。。
    (下名の書き方が悪く、作者様にうまく伝わっていなかったようで申し訳ないです)

    直近ひとつふたつならAlt+←→、
    かなり過去まで遡りたいならAlt+↓、
    という使い分けができればより良いなと考えています。

    > # Alt+↓で過去の履歴を開くと、shortcutの黄色のハイライトがまだらになるという現象を最近気が付きました。。
    > # これは明らかに（誰かの）バグですが、どのように対処すべきか悩んでます。。

    もしこの黄色まだらバグが
    自動発動時のいつ有効かを示すSearch欄色変化に起因しているなら、
    別スレで後ほど提案させて頂く"ショートカット先行表示機能"を設けることによって、
    Search欄色変化不要に > バグも解決、という風にはならないでしょうか？

    > データベースを使ったサジェスト機能は先になると思うので、とりあえず対応しておきます。鬱陶しいと思うほど使いこなしてはいないのですが。。

    ありがとうございます。
    簡単に削除できるようになると嬉しいです。

    > タブ別に設けたほうが良いかもしれない、という話でしたが、タブ別と言うより、タブごとにファイルを設定できる、というほうが良いでしょうか。
    > タブが異なっていても、同じ履歴ファイルにしたい場合があるということからです。
    > 基本はPatternHistory.txtに記録、必要な場合はユーザー側でファイル名を指定する、という感じで。

    これは確かにその方がいいですね。
    このタブとこのタブは補完やサジェスト候補共用したい、というのは確かにありそうです。
    その仕組みの方がより柔軟でいいですね。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 161 ] / ▼[ 165 ]
[163]　 Re[24]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 23回-(2018/03/24(Sat) 21:25:20)

    nes様

    いくつか対応したものをアップしておきました。
    対応した機能は、
    ・候補の一致文字部分のハイライト
    ・候補のショートカットによる選択
    ・Alt+←→による履歴を戻る・進む
    ・Ctrl+Delによる履歴削除

    ハイライト、ショートカットについては問題はほとんど無いと思いますが、残りの２つに関しては基本的なテストしかやっていません。

    他力本願ですが、何か問題がありましたらお知らせください。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 163 ] / ▼[ 167 ]
[165]　 Re[25]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 20回-(2018/03/26(Mon) 19:39:41)

    作者様

    > いくつか対応したものをアップしておきました。

    ありがとうございます！
    いつも対応して頂くのが速くて、
    とても助かります！

    > 対応した機能は、
    > ・候補の一致文字部分のハイライト
    > ・候補のショートカットによる選択

    素晴らしいです。

    ハイライトでとても見分けやすくなりましたし、
    何よりサジェスト候補選択がものすごく楽です！
    (この機能があればTABで候補上下移動は実装不要ですね。。
    この機能あればほとんど使う機会なさそうです。。)

    ショートカット文字は検索結果一覧と同じものが共通で使えていいですね。

    ただ、なぜか下名の環境だとサジェスト候補ショートカット文字が
    テーマの影響か非常に見えにくい状態です。

    参考画像
    http://fast-uploader.com/file/7077610841753/

    サジェスト候補ショートカット文字の文字色・背景色を
    指定できるようにして頂けるとありがたいです。

    また、エラーレポートでも送らせて頂いていますが、
    サジェスト候補内でショートカット文字によって候補を切り替えていると、
    「グリッド何とか？」というエラーがたまに出ます。
    (すいません。メモっておけばよかったのですがエラー名を失念しました)

    あと、サジェスト候補背景色がisGrep初回起動時後1回目と2回目以降でなぜか変わります。
    (下名の環境だと初回は真っ白で、2回目以降から黒くなります)
    特に支障は出ていないのですが、気になったのでご報告させて頂きます。

    > ・Alt+←→による履歴を戻る・進む

    ありがとうございます！
    まさに望んでいた機能です！
    これでますます捗りそうです。

    > ・Ctrl+Delによる履歴削除

    今の所無事に消せています。
    もし何か気づいたらご報告させて頂きますね。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 165 ] / ▼[ 170 ]
[167]　 Re[26]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 25回-(2018/03/26(Mon) 23:11:10)

    nes様

    早速のご感想ありがとうございます。

    表示色に関しては背景白を前提で適当に決めたものですので、今後の検討課題です。
    カスタマイズと言っても個々に詳細に設定するのも面倒なので、他の設定と同じにするか、背景色によって２種類だけ用意するか、なるべく簡単・楽にしたいと思ってます。

    エラーに関してはこちらでも受け取りましたので発生場所は把握しています。しかし、こちらで再現できておらず、なぜそのようなエラーが発生するのかわかっていません。

    候補一覧にフォーカスがあるときに色んな文字キーを（激しく）連打してみるのですが全く再現しません。
    何か条件（タイミングとか）があるようでしたら教えていただければと思います。

    特に何もないようでしたら次回リリース時に仕掛けを仕込んでおこうかと思います。

    > あと、サジェスト候補背景色がisGrep初回起動時後1回目と2回目以降でなぜか変わります。

    これも背景色が白だと発生しない（気が付かない）のかもしれないですね。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 167 ] / ▼[ 172 ]
[170]　 Re[27]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 23回-(2018/03/28(Wed) 19:47:27)

    作者様

    > 表示色に関しては背景白を前提で適当に決めたものですので、今後の検討課題です。

    暫定でも構いませんので、デフォルト色を白背景でも黒背景でも見やすい、
    文字色と背景色のコントラストがはっきりしたものにして頂けないでしょうか？

    (ちょっと今はかなり目を凝らして見ないとどれを押せばいいのか分からない状態で。。
    実は、そのため間違った候補を選んでしまい、
    候補を選び直してるうちにグリッドエラーにぶち当たった、という経緯があったりします)

    > 何か条件（タイミングとか）があるようでしたら教えていただければと思います。

    下名の環境でも必ず起こるわけでなく、
    時たまに起こるので、まだ発生条件がよく分かっていません。
    はっきりした条件が分かり次第、お知らせさせて頂きますね。

    > これも背景色が白だと発生しない（気が付かない）のかもしれないですね。

    ひょっとして下名の環境限定でしょうか？
    それは申し訳ないです。。

    確かにテーマをデフォルトにすると発生しないですね。
    あまり気にしないようにします。。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 170 ] / ▼[ 173 ] ▼[ 175 ]
[172]　 Re[28]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 28回-(2018/03/30(Fri) 23:33:52)

    nes様

    いくつか対応しておきました。(Ver.1.4.6)
    ・候補一覧の背景色が最初だけ白になる問題
    ・候補一覧のショートカット文字が見にくい問題

    ■対象ファイルからの候補一覧
    候補一覧を検索対象ファイルから抽出するように組み込んでみました。
    ただし、あくまで簡易版でお試しレベルのものです。
    （ちゃんとしたものはもっと時間がかかるので、どんなフィーリングになるのか、敢えて簡易版を作りました）

    いくつか条件・制約があります。
    ・Ctrl+Shift+Pで有効になり、isGrepを終了するまで常に有効
    ・検索対象のファイルが変更されても反映されない（反映させるには一旦isGrepを終了してください）
    ・一度検索をしたファイルでないと候補に出てこない
    ・英字の単語のみが対象
    ・検索対象ファイルから候補が見つからなかった場合は、検索履歴（PatternHistory)から候補を探す
    ・検索対象ファイルによりますが、使用メモリ量が多い（はず）

    まだ使い込んでいませんが、候補一覧に対象ファイルの単語が出てくるのは面白いです。（便利というほどの実感はまだなく）

    ちょっと面倒ですが、お試しいただければと思います。
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 172 ] / ▼[ 174 ]
[173]　 Re[29]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 29回-(2018/03/31(Sat) 23:02:43)

    追記です。

    いくつか問題があったので修正版を公開しました。(Ver.1.4.7)

    ■対象ファイルからの候補一覧

    条件・制約の中で、

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

    動作とはそうなっているのですが、２文字目を入力した時点で検索が行われるので、この違いを意識することはほとんど無いかと思います。

    > ・検索対象ファイルによりますが、使用メモリ量が多い（はず）

    こちらはVer.1.4.7で改善しました

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 173 ] / 返信無し
[174]　 Re[30]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 30回-(2018/04/01(Sun) 12:44:40)

    さらに追記です。

    ポータブル版では必要なファイルが入っていませんでした。
    再度ダウンロードしてください。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 172 ] / ▼[ 177 ]
[175]　 Re[29]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 24回-(2018/04/02(Mon) 03:46:39)

    作者様

    返信が遅くなってしまい、すみません。

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

    下名の環境では残念ながら
    起動後初回だけはやはり白背景になってしまいます。(Ver.1.4.7)

    ・初回起動時のみ白背景
    http://fast-uploader.com/file/7078160981919/

    > ・候補一覧のショートカット文字が見にくい問題

    ありがとうございます！
    とても見やすくなりました！
    これで目を凝らして見る必要がなくなりそうです。

    ・黒背景時の見え方
    http://fast-uploader.com/file/7078161042469/

    ※見やすくして頂いたおかげで候補の選び間違いが少なくなり、
    グリッドエラーに遭遇する機会自体がだいぶ減りそうです。

    そのグリッドエラーですが、起きる条件らしきものが一つ見つかりました。
    サジェスト候補に表示されていないショートカット候補文字を入力すると
    (下名の環境では)高確率で起きます。

    ・下名のショートカット候補文字設定(Characters for shortcut)
    FJKDLSAHGVMCBNURIEWOYTPQ1234567890

    ・グリッドエラー発生前サジェスト画面例
    http://fast-uploader.com/file/7078163020384/

    ・グリッドエラー発生させる為に押下するキー
    上記画面のように、"F" "J" "K"しか候補文字がない時に、
    例えば”D”等、範囲外の文字を(何度か)押下すると発生します。

    > ■対象ファイルからの候補一覧
    > （ちゃんとしたものはもっと時間がかかるので、どんなフィーリングになるのか、敢えて簡易版を作りました）

    毎度ながら(簡易版とはいえ)作者様、対応速過ぎです。。
    数カ月とかもっともっと先の話かなと思っていました。
    ありがとうございます。

    > ・Ctrl+Shift+Pで有効になり、isGrepを終了するまで常に有効

    当初、下名の環境では、Ctrl+Shift+P押下後に
    検索語2文字入力で必ずエラーレポート画面表示となってしまい、
    折角の機能が試せず。。。という状態でしたが、
    ポータブル版を再度落とし直して入れ直した所、無事使えるようになりました。

    > まだ使い込んでいませんが、候補一覧に対象ファイルの単語が出てくるのは面白いです。（便利というほどの実感はまだなく）

    これ、すごいですね。。。

    まだ下名も少ししか試せてませんが、

    ・打ったことがなくとも候補に出てくれる
    ・うろ覚えでも結構引っかかる

    この機能と、補完 または サジェスト候補表示 + ショートカットによる候補ダイレクト選択が相まって、
    ほとんど打たずに目的の検索語をセットしてしまえます。
    省入力効果が半端ないです。

    この候補が充分に洗練されていくと、
    自分で辞書を用意したり、
    下手すれば入力履歴すら不要になる可能性もありますね。。。
    (仮に入力履歴すら不要になれば、
    打ち間違いによるノイズ候補が出なくなり、
    純粋に検索対象に含まれる"有効な"キーワードしか上ってこなくなるはずなので
    検索語を指定する精度をさらに上げられる可能性があります)

    ちょっと使い方の次元が変わってくる気がしますね、これ。。。
    この機能に慣れると、前のに戻れなくなってしまいそうです。。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 175 ] / ▼[ 178 ]
[177]　 Re[30]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 31回-(2018/04/02(Mon) 23:00:03)

    nes様

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

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

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

    それから、

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

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

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


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

    作者様

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

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

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

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

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

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

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

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


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

    作者様

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

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

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

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

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

    なので、

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

    といいなと思いました。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


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

    nes様

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

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

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

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

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


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

    作者様

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

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

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

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

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 129 ] / ▼[ 140 ]
[138]　 Re[4]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 8回-(2018/02/11(Sun) 23:16:03)

    nes様

    実装をしていてちょっと気がついたところがあったので、コメントしておきます。

    > ■履歴進む・戻る機能
    > Alt+←/→で直近の検索語を簡単に選べる機能。

    こちらはすでに↑↓キーで実現していると思います。
    Windowsの標準の機能です。

    開発状況ですが、補完機能、履歴の絞込機能はなんとなく動いてきました。
    絞り込んだ履歴の表示方法もうまく解決できたのではないかと思います。

    もう少し作り込む必要があるのですが、早ければ明日にも試作版として公開できるのではないかと思います。

[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 138 ] / ▼[ 143 ]
[140]　 Re[5]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes 9回-(2018/02/12(Mon) 21:04:13)

    作者様

    > > ■履歴進む・戻る機能
    > > Alt+←/→で直近の検索語を簡単に選べる機能。
    >
    > こちらはすでに↑↓キーで実現していると思います。
    > Windowsの標準の機能です。

    確かに↓キーで直近の検索語が選べますね。。。
    下名が知らなかっただけかも知れません。
    確か↓キーは検索結果欄にフォーカス移すものとばかり思っていたのですが。。
    (下名は検索結果開くのはショートカットでやってしまうので問題ないですが、
    ユーザの中には検索結果欄に↓で入ってカーソルで選ぶ人がいるかな？と思い、
    別キーのAlt+←/→で提案させて頂きました)

    あと、下名の環境では↑押すと直近の検索語候補が出るのではなく、
    なぜか検索結果欄の一番下にフォーカスが移ってしまいます。

    nes
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


▲[ 140 ] / 返信無し
[143]　 Re[6]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ TaN 11回-(2018/02/12(Mon) 22:01:19)

    nes様

    先程書きましたが、以前のバージョンと異なる動作となっていました。
    この件は、再度検討します。
[ 親 53 / □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/


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

- Child Tree -
Powered by CJ Club