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

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

ツリー一括表示

Nomal 【提案】ショートカット文字の先行表示機能 /nes (18/03/24(Sat) 08:19) [162]
┗Nomal Re[1]: 【提案】ショートカット文字の先行表示機能 /TaN (18/03/24(Sat) 22:04) [164]
  ┗Nomal Re[2]: 【提案】ショートカット文字の先行表示機能 /nes (18/03/26(Mon) 19:54) [166]
    ┗Nomal Re[3]: 【提案】ショートカット文字の先行表示機能 /TaN (18/03/27(Tue) 22:33) [168]
      ┗Nomal Re[4]: 【提案】ショートカット文字の先行表示機能 /nes (18/03/28(Wed) 19:46) [169]
        ┗Nomal Re[5]: 【提案】ショートカット文字の先行表示機能 /TaN (18/03/30(Fri) 23:23) [171]
          ┗Nomal Re[6]: 【提案】ショートカット文字の先行表示機能 /nes (18/04/02(Mon) 03:47) [176]

親記事　/ ▼[ 164 ]
[162]　 【提案】ショートカット文字の先行表示機能
□投稿者/ nes 19回-(2018/03/24(Sat) 08:19:32)

    作者様

    補完・サジェスト機能冷めやらぬうちに申し訳ないですが、
    思い付いたので忘れないうちに書き込んでおきます。

    ショートカット文字を先行表示させることによって、
    視認を先に済ませられ、より結果を速く開けるようにできるのではと思いました。
    (誤爆対策の際に、少し話に出させて頂いた機能を少々アレンジしたものです)

    ■ 現状
    現状はCtrl+Fか自動発動するまで、どの文字押せば目当ての検索結果開けるかは分からない。
    (表示されるまで待つ必要がある)

    ■ 提案
    ① 検索するそばから(Ctrl+F押さずとも)ショートカット文字を先行表示し、
    ② Ctrl+F or 自動発動時に有効になるようにする。

    ①の段階では文字は(単なるラベルとして)薄暗く表示し、押下は受け付けないが、
    何の文字で開けるかは事前に分かるようにする。

    ②の段階でショートカット文字が明るく有効になり、振られてる文字押下で結果をオープンできる。

    言葉だけでは伝わりにくいと思うので、Animation GIFを作ってみました。

    ・ショートカット文字先行表示機能イメージ
    http://fast-uploader.com/file/7077402160424/

    ■ 効果
    - 視認が先にでき、より速く結果を開けるようになる
    - (自動発動時)いつ押せばが開けるのか視覚的に分かる
    - (現状実装されている)自動発動の為のSearch欄色変化がいらなくなるかも
    　(結果、Alt+↓黄色まだらバグが解決するかも知れません)

    ■ 懸念
    - ショートカット使わずカーソルやマウスで結果開く方には混乱の元になりそうなので、Options等で先行表示をOFFにできる必要あり？

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


▲[ 162 ] / ▼[ 166 ]
[164]　 Re[1]: 【提案】ショートカット文字の先行表示機能
□投稿者/ TaN 24回-(2018/03/24(Sat) 22:04:21)

    nes様

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

    またまた私の理解力不足か、まだピンときていません。

    一つずつ突っ込まさせていただくと、

    > - 視認が先にでき、より速く結果を開けるようになる

    最初からショートカット文字が出てしまうとヒット語(ヒット行)を確認するのに邪魔にならないでしょうか？
    これは薄く表示ではなく、左端に出すことで解決できそうですが。

    また、検索文字入力直後だと検索結果が次々と上がってくる段階であり、その度にショートカット文字が切り替わることになり、早く出すことのメリットはあまり無いように思います。

    > - (自動発動時)いつ押せば開けるのか視覚的に分かる

    薄い表示→通常表示への切り替わりがショートカットが使えるタイミングですよね？
    これまでの、
    表示なし→通常表示
    との違いがよくわかりませんでした。

    > - (現状実装されている)自動発動の為のSearch欄色変化がいらなくなるかも

    だとありがたいのですが、前述の通り、よくわかりませんでした。。


    この話とはちょっと異なるのですが、私も次のようなことを考えています。

    Ctrl+EやCtrl+Vのように文字入力ではなく貼り付けた場合、検索終了時にショートカット文字を表示してはどうか？

    検索対象がキャッシュに乗っていると、自動発動より前に検索が終了することが多いので、自動発動の時間まで待たされることがよくあるからです。

    今回のリリース(Ver.1.4.5)で乗せたかったのですが、処理タイミングに難しいところがあり見送ってます。

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


▲[ 164 ] / ▼[ 168 ]
[166]　 Re[2]: 【提案】ショートカット文字の先行表示機能
□投稿者/ nes 21回-(2018/03/26(Mon) 19:54:25)

    作者様

    > またまた私の理解力不足か、まだピンときていません。

    下名の説明が悪くて、すいません。。
    なるべく分かりやすく書くよう務めたのですが、
    若干簡潔に書きすぎてしまったかも知れません。
    補足していきますね。

    > > - 視認が先にでき、より速く結果を開けるようになる
    > 最初からショートカット文字が出てしまうとヒット語(ヒット行)を確認するのに邪魔にならないでしょうか？

    確かに、邪魔になる、というのはあるかも知れません。
    これは先に視認を済ませられることとのトレードオフなので若干仕方ないかなと感じています。。

    先に視認を済ませられれば、現状の
    ・発動を待つ→視認する→押下
    を、
    ・明るく有効→押下
    とできるので、
    体感的に結構違ってくるのではないかと考えています。

    なので、邪魔になるのは少々目をつぶるか、
    どうしても鬱陶しい方であれば、
    ショートカット機能をそもそも使われない方用に設けて頂く予定の、
    Options設定で先行表示機能をOFFにするかでしょうか。。。

    > これは薄く表示ではなく、左端に出すことで解決できそうですが。

    確かに左端表示という手はありますね。
    視線の移動が大きくなってしまいそうなのがちょっと心配なのと、
    薄い表示中は左端＞明るい表示で検索語横にパッと切り替わるとすると、
    ちょっとビックリしそうな気がします^^;

    他のhit-a-hintみたく、
    ヒット箇所左肩にちょこんと出して、さらに透けさせるとかすると、
    邪魔になるのは軽減できそうですが。。。
    (参考画像) https://goo.gl/7ZfLZW
    ただ、技術的にisGrep上でそんなことが可能なのかがよく分かりません。

    > また、検索文字入力直後だと検索結果が次々と上がってくる段階であり、その度にショートカット文字が切り替わることになり、早く出すことのメリットはあまり無いように思います。

    なるほど、確かにそれは言えますね。

    検索結果が落ち着き次第即表示、というのが理想ですが、
    そういう判断はisGrep側でできますでしょうか？

    > > - (自動発動時)いつ押せば開けるのか視覚的に分かる
    > 表示なし→通常表示
    > との違いがよくわかりませんでした。

    すいません。
    これは、自動発動時誤爆対策の時差時間が絡んでいます。

    現状は、

    ・表示なし → 表示(時差済んでないので押下無効) → 表示(表示に変化ないが時差過ぎたので押下有効)

    のように表示と受付に乖離があります。

    現状は自動発動の場合、表示されてるけど、まだ時差時間中だから
    受け付けてくれるまで(視覚的にでなく)感覚に頼って待つ必要があります。
    デフォルトだと表示後、0.4秒感覚に頼って待ち、押下する必要があります。
    これを視覚化できるのではないかと考えています。

    例えば、極端な例ですが、時差時間を仮に10秒に設定したとします。
    検索語入力済んで(デフォルトだと)1秒後に自動発動発生＞ショートカット文字は表示されますが、
    その後10秒過ぎるまで押下は受けて付けてくれません。
    また10秒過ぎても表示に変化があるわけではないので、
    自分の体感で「もう、10秒過ぎたかな～？」とあやふやな感覚で押してみなければなりません。
    (確信を持って押下できない)

    本提案は、自動発動時でも、
    時差時間が経過し実質押せるようになった段階で明るく表示すれば
    純粋に受付が表示通りとなり、
    視覚的にも「今押せば大丈夫」ということが分かり、
    より直感的になるのではないか？と考えています。
    (って、これ書いてないですね。。すいません。。)

    自動発動時の表示と受付の乖離をなくし、かつ、
    視認を先に済ませられ、
    より高速に確信を持って結果を開けるようにしたい、という意図があります。

    ※時差時間による表示と受付の乖離について触れていなかったのが、
    作者様にうまく理解して頂けなかった原因かも知れません。
    説明不足ですみません。。

    > > - (現状実装されている)自動発動の為のSearch欄色変化がいらなくなるかも
    > だとありがたいのですが、前述の通り、よくわかりませんでした。。

    これも上記の通り、誤爆対策の時差時間の絡みでSearch欄の色が変わった時と
    実際押下を受け付けてくれる時とが現状ズレが有るため、
    (たしかSearch欄色変化はショートカット文字が表示された段階で起こり、
    押下受付を知らせてくれるものではなかったと思います)
    今回の機能実装で、それをなくせる > なのでもうSearch欄で色変化させる必要がないのではないか？
    と思い提案させていただきました。
    (作者様悩んでいらっしゃるAlt+↓の黄色まだらバグ解決にもつながるかも知れませんし)

    > Ctrl+EやCtrl+Vのように文字入力ではなく貼り付けた場合、検索終了時にショートカット文字を表示してはどうか？
    > 検索対象がキャッシュに乗っていると、自動発動より前に検索が終了することが多いので、自動発動の時間まで待たされることがよくあるからです。

    そうなんですか！？
    それは知りませんでした。
    せっかく検索終了してるのに、待たされるのは勿体無いですね。
    これは検索済み次第表示してくれた方が嬉しいですね。

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


▲[ 166 ] / ▼[ 169 ]
[168]　 Re[3]: 【提案】ショートカット文字の先行表示機能
□投稿者/ TaN 26回-(2018/03/27(Tue) 22:33:04)

    nes様

    お手間を取らせて申し訳ありません。

    自動発動して表示されたショートカットキーが有効なのかどうかわからないので、押すタイミングを知るために表示の変化をつけて欲しい、ということですね。

    時間をカスタマイズできるとは言え、職人のような勘に頼らないといけないのは厳しいかな、と何となく感じてました。

    これは対応してみます。

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


▲[ 168 ] / ▼[ 171 ]
[169]　 Re[4]: 【提案】ショートカット文字の先行表示機能
□投稿者/ nes 22回-(2018/03/28(Wed) 19:46:26)

    作者様

    はい、まさにその通りです。
    なんとか作者様に伝えられてよかったです。
    (下名の説明がうまくなくて申し訳ありません)

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


▲[ 169 ] / ▼[ 176 ]
[171]　 Re[5]: 【提案】ショートカット文字の先行表示機能
□投稿者/ TaN 27回-(2018/03/30(Fri) 23:23:35)

    nes様

    対応しておきました。(Ver.1.4.6)
    ただし、前提としてショートカットキー文字がデフォルトの太字＋下線あり、である必要があります。
    というのも、ショートカットキーが有効になる前の表示は太字＋下線がない状態で表示するようにしているからです。

    それとこの効果が有効であるという前提で入力欄の黄色表示は外してあります。

    それから、F5, Enter, Ctrl+E, Ctrl+Enterで検索した場合に、自動発動する前に検索が完了した場合はショートカットキー文字を即時出すようにしました。

    自動発動の機能はなかなか収束しないですが、最近は自動発動より手動の方を改善したほうがいいかなと考えたりしてます。
    そこで今回のリリースでは、Ctrlキーのチョイ押しでON/OFFできるようにしました。
    150msecという短い時間なので、ちょっとでも長いとON/OFFしません。


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


▲[ 171 ] / 返信無し
[176]　 Re[6]: 【提案】ショートカット文字の先行表示機能
□投稿者/ nes 25回-(2018/04/02(Mon) 03:47:51)

    作者様

    ありがとうございます！
    こんなに速く対応して頂けて嬉しいです！

    > ただし、前提としてショートカットキー文字がデフォルトの太字＋下線あり、である必要があります。
    > というのも、ショートカットキーが有効になる前の表示は太字＋下線がない状態で表示するようにしているからです。

    なるほど、下線の有無でも確かに違いを示せますね。

    下名は今まで下線なしにして使っていましたが(下線があるとちょっとうるさく感じるので)、
    先行表示機能では下線ありにした方が、表示の切り替わりがより際立って分かりやすくていいですね。

    また、下名の環境では、
    自動発動までの猶予時間(Enable Automatic shortcut after specific time)を0にしてやると、
    検索結果が落ち着いた頃にはうまい具合にショートカット文字が出てくれており、
    下名が想像していたような動きをしてくれていい感じです。
    (デフォルトの10にしておくと、下名の体感では結構待たされる感があります)

    猶予時間と時差時間を調整してやることで、
    ・薄い表示が出るタイミング
    ・明るい表示になるタイミング
    をコントロールできるのはとてもいいと思いました。

    > それとこの効果が有効であるという前提で入力欄の黄色表示は外してあります。

    下名の環境では今の所Alt+↓の黄色まだらバグは起きていません。(Ver.1.4.7)

    >
    > それから、F5, Enter, Ctrl+E, Ctrl+Enterで検索した場合に、自動発動する前に検索が完了した場合はショートカットキー文字を即時出すようにしました。

    確かにワンテンポ表示が速くなったように感じます。
    これは、この方がいいですね。
    (特にF5は、一度検索完了した後、顕著に薄い表示飛ばして明るい表示になってます)

    > 自動発動の機能はなかなか収束しないですが、最近は自動発動より手動の方を改善したほうがいいかなと考えたりしてます。
    > そこで今回のリリースでは、Ctrlキーのチョイ押しでON/OFFできるようにしました。
    > 150msecという短い時間なので、ちょっとでも長いとON/OFFしません。

    これ、いいですね。
    手動発動の敷居がグッと下がっていい感じです。
    ON/OFFがかなりしやすいです。
    手動発動で使われている方には嬉しい機能と思います。
    (下名は基本自動発動で使っていますが、
    検索結果スクロールしてショートカット文字が消えた後、
    再表示させる際に役立っています)

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


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

- Child Tree -
Powered by CJ Club