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

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

ツリー一括表示

Nomal ショートカット自動発動時の誤爆をどうするか? /nes (17/11/27(Mon) 19:26) [114]
Nomal Re[1]: ショートカット自動発動時の誤爆をどうするか? /nes (18/01/14(Sun) 09:42) [124]
  ┗Nomal Re[2]: ショートカット自動発動時の誤爆をどうするか? /TaN (18/01/14(Sun) 17:00) [125]
    ┗Nomal Re[3]: ショートカット自動発動時の誤爆をどうするか? /nes (18/01/15(Mon) 18:32) [126]
      ┗Nomal Re[4]: ショートカット自動発動時の誤爆をどうするか? /nes (18/02/06(Tue) 19:00) [127]
        ┗Nomal Re[5]: ショートカット自動発動時の誤爆をどうするか? /TaN (18/02/07(Wed) 21:53) [130]


親記事 / ▼[ 124 ]
[114]  ショートカット自動発動時の誤爆をどうするか?
□投稿者/ nes 11回-(2017/11/27(Mon) 19:26:45)

    ショートカット自動発動時の誤爆対策を考えるスレです。

    ■現在出ている対策案一覧
    ・時差式
    ・修飾キーと絡める案
     ・Alt専ら方式
      ・除外式
      ・モード切り替え式
     ・3キー方式
     ・2段階キーマップ方式
    (詳細は別スレ『【isGrep】【提案】目当ての検索結果を直接開く機能』後半参照)

    現在、時差式の可能性を模索中。
[ □ Tree ] [ 返信 ] [メール受信/ON] 削除キー/



▲[ 114 ] / ▼[ 125 ]
[124]  Re[1]: ショートカット自動発動時の誤爆をどうするか?
□投稿者/ nes 1回-(2018/01/14(Sun) 09:42:05)

    作者様

    時差0.3秒のv1.3.12を1ヶ月半ほど使ってみました。
    以下感じたことです。

    ■誤爆増加、逆誤爆減少
    0.3秒だと今度は時差が短すぎるのか、誤爆が明らかに増えました。
    逆に逆誤爆はほぼ起きません。
    なので、(下名の場合の)現時点のベストは0.4秒となりそうです。

    ■誤爆対策として一定の効果あるのでは?
    逆誤爆という副作用あるとは言え、
    誤爆を減らしてくれる一つの有効な手段だと思います。
    Optionsでユーザが秒数指定さえできれば、
    正式版に載せても問題ないのでは?と感じました。
    もし万一、時差式に不都合あっても、
    とりあえずは0.0秒にすれば時差機能を実質切れるわけですし。

    以上取り急ぎご報告致します。

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



▲[ 124 ] / ▼[ 126 ]
[125]  Re[2]: ショートカット自動発動時の誤爆をどうするか?
□投稿者/ TaN 2回-(2018/01/14(Sun) 17:00:01)

    nes様

    レポートありがとうございます。

    私の方も使用していて同様の感想です。

    ということで、デフォルトを0.4秒に設定し、その値も変更できるようにしました。

    これで問題ないようでしたら、これを正式版として公開しようかと思います。

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



▲[ 125 ] / ▼[ 127 ]
[126]  Re[3]: ショートカット自動発動時の誤爆をどうするか?
□投稿者/ nes 2回-(2018/01/15(Mon) 18:32:47)

    作者様

    早々にご対応頂き、ありがとうございます。
    早速0.4秒、使ってみますね。

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



▲[ 126 ] / ▼[ 130 ]
[127]  Re[4]: ショートカット自動発動時の誤爆をどうするか?
□投稿者/ nes 3回-(2018/02/06(Tue) 19:00:26)

    作者様

    0.4秒版を3週間ほど使ってみました。

    いい感じです。
    誤爆も逆誤爆もかなり起きにくくなりました。
    デフォルト値としては悪くないのではないでしょうか?

    P.S
    ふと思ったのですが、
    誤爆や逆誤爆は、
    そもそも検索語を"打つ"から起こるのであって、
    "選ぶ"だけなら起こらないのではないでしょうか?

    もし、例えば下名が以前提案させて頂いた
    『過去入力履歴からのサジェスト・補完機能』みたいなものがあり、
    たやすく検索語を"選べ"れば、
    誤爆・逆誤爆を低減できるのでは?

    例えば、
    "IncreMonji"という語で検索かける場合、
    "Inc"くらいで補完できれば、以降の入力での誤爆を防げるかも知れません。
    (現状のフルタイプする場合だと、残りの"reMonji"の間、
    誤爆・逆誤爆の危険に晒され続けることになる)

    もちろん、あくまで過去入力履歴からの補完なので、
    ・過去に打って履歴から選べるもののみ
    ・補完までの入力途中は誤爆・逆誤爆の可能性は変わらず
    という弱点はあります。

    ただ、打鍵数増えれば増えるほど誤爆・逆誤爆の危険性上がるはずなので、
    補完で打鍵数自体減らせれば、結果的に誤爆・逆誤爆の起こる確率を低減できるのでは?

    また、長い検索語ほど打鍵数多くなるので誤爆・逆誤爆発生率上がりますが、
    裏を返せば、長ければ長いほど補完効果・省入力効果が高くなり、
    かつ、誤爆低減効果も大きいのではないでしょうか?

    履歴に残っている検索語限定ですが、
    誤爆・逆誤爆低減の一助にはなってくれるのでは?と思いました。

    作者様は「あまり補完機能が欲しいと感じない」と以前仰られていたので、
    なかなか本機能を搭載するモチベーションが上がらないかもしれませんが、
    きっと役立つ機能であり、需要もあると思います。
    (下名はものすごく欲しいです。。。)

    下名の方で、もうちょっと具体的な
    『過去入力履歴からのサジェスト・補完機能』の内容を考えてみたので、
    当該スレに追記しておきます。

    補完機能が搭載される日を首を長くして待っています。。。

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



▲[ 127 ] / 返信無し
[130]  Re[5]: ショートカット自動発動時の誤爆をどうするか?
□投稿者/ TaN 3回-(2018/02/07(Wed) 21:53:11)

    nes様

    ご感想ありがとうございます。
    すでに正式版として公開しましたが、このままで行きたいと思います。

    補完機能の発想、面白いですね。
    確かに誤爆の可能性を減らすためにもいいかもしれません。

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


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

- Child Tree -
Powered by CJ Club