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

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

[166]  【提案】ショートカット文字の先行表示機能
□投稿者/ 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
  [メール受信/ON] 削除キー/

前の記事(元になった記事) 次の記事(この記事の返信)
←Re[1]: 【提案】ショートカット文字の先行表示機能 /TaN →Re[3]: 【提案】ショートカット文字の先行表示機能 /TaN
 
上記関連ツリー

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] ←Now
    ┗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]

All 上記ツリーを一括表示 / 上記ツリーをトピック表示
 
上記の記事へ返信



□ 書きこむ際の注意
Pass/

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

- Child Tree -
Powered by CJ Club