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

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

[ 最新記事及び返信フォームをトピックトップへ ]

[トピック内全49記事(46-49 表示)] 全ページ数 / [0] [1] [2] [3] [4] [5] [6] [7] [8] [9]

■110 /inTopicNo.46) 　Re[34]: 【isGrep】【提案】目当ての検索結果を直接開く機能
    □投稿者/ TaN 10回-(2017/11/11(Sat) 22:57:17)

      nes様

      ご報告ありがとうございます。

      私のところも誤爆はなくなっていますが、やはり意識することが多くなってしまい、時差方式が有効なのかどうか確認できていません。。

      しばらく様子を見たほうが良さそうですが、もしこれで解決できるのであれば、大きな変更や複雑な説明もいらないのでいいですね。


    → メール受信=ON / 引用返信 / チェック-

■111 /inTopicNo.47) 　Re[35]: 【isGrep】【提案】目当ての検索結果を直接開く機能
    □投稿者/ nes 9回-(2017/11/25(Sat) 21:22:39)

      作者様

      時差式ショートカット、2～3週間ほど使ってみました。
      その間に感じたことを以下の通りご報告させて頂きます。

      ■誤爆は激減
      驚くほど誤爆は減りました。
      下名は今の所あまり時差式意識せず使っていますが、
      誤爆対策には十分効果あると思います。

      ■たまに逆誤爆
      時差式の仕様上仕方ないのですが、
      ショートカット文字視認があまりに早く済んでしまった場合、たまに逆誤爆は起こります。

      下名の場合、特に検索結果が1行だけの時に逆誤爆してしまうことが多いです。
      1行だけの場合は(下名の場合)視認せずとも"F"押せば開けるという感覚が身体に染み付き始めている為です。
      (下名はショートカット候補文字を"FJKDLSAHGVMNBCURIEWOTY"のように設定しています。
      その為、検索結果1行だけなら"F"が振られることが事前に予測できるので)

      そういう時はSearch欄に"F"が入力されてしまう逆誤爆が発生します。
      ただ、逆に言えば、検索結果が複数あり、
      しっかりショートカット文字を視認しなければならない状態ならこんなことは起こりません。
      (普通は大部分この状態なので、それほど大きな支障にはならないかな、と考えています)

      ■誤爆より逆誤爆の方がマシ？
      上記のように下名は特定の状況で逆誤爆が発生することが多いのですが、
      誤爆でエディタに吹っ飛ばされること思えば、
      逆誤爆の方がSearch欄に余計な文字が入るだけなのでストレスは少なくていいな、と感じました。

      ■時差のユーザ指定
      0.5秒の時差は自動発動の猶予時間のように、
      Optionsで自由に指定できれば嬉しいな、と思いました。
      下名の場合、自動発動までの猶予を0.7秒と短めにしている為、
      +0.5秒の時差は若干長く感じました。
      +0.3か+0.4秒くらいにして一度使ってみたいと思いました。

      ■入力欄の背景色変化
      これ、分かりやすくていいですね。
      ただ、これはあくまでショートカット文字が"表示された"段階(逆誤爆が起こりうる段階)で色が変わっているんですよね？
      時差過ぎてショートカット文字を実際"受け付けて"くれる段階(逆誤爆起きない段階)とは違うんですよね？

      これは、できれば時差終えて
      ショートカットとして受け付けてもらえる段階(逆誤爆起きない段階)で色変わる方が直感的かな？と思いました。
      いつまで待てば受け付けてもらえるのか視覚的に見分けられるので。

      それか2段階に色変わると、今どの段階にあるのか視覚的に見えてより誤爆/逆誤爆低減につながるのかな、とも思いました。
      例えば、
      ショートカット文字"表示"の段階で黄色に(この時押しても逆誤爆)
      ショートカット文字"受付"の段階で緑色に(この時押せば発動)、とか。
      (より時差式を意識してしまいそうですけど)

      ※あと、残念なことにこの入力欄背景色変化は
      下名が愛用しているWindowsテーマ"CS6inspired vs released"を適用した状態では
      色の変化が起きてくれないみたいです。

      P.S
      先日久々にエラーが1回だけ起きました。
      送信しましたが以下の通りの症状でちゃんと送られているか怪しいので、
      ここにも念の為、記しておきます。

      ■日本語文字化け起こらず
      送信エラーレポート画面において、
      入力欄での日本語は文字化けなく入力できること確認しました。(v1.3.11で確認)

      ■エラー発生状況
      1. isGrepで検索結果表示
      2. そのままWindowsサスペンド
      3. サスペンド復帰し、isGrepにフォーカス当て使おうとすると送信エラーレポート発生
      Windowsサスペンドが何か悪さしているのでしょうか？
      ただし毎回確定で起こる訳ではないです。
      (同じように試してみても、それ以降はエラー出ませんでした)
      また、本エラー起きた時、「送信」押してもすぐレポート画面が再度表示され「送信」<>レポート画面の無限ループ状態でした。
      (仕方ないのでタスクマネージャから、isGrep.exeを切りました)
      参考になれば幸いです。

      nes

    → メール受信=ON / 引用返信 / チェック-

■112 /inTopicNo.48) 　Re[36]: 【isGrep】【提案】目当ての検索結果を直接開く機能
    □投稿者/ TaN 11回-(2017/11/26(Sun) 21:35:00)

      nes様

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

      私も、
      ・誤爆 - なし
      ・逆誤爆 - １回
      で、同様の感想という感じです。

      > 下名の場合、特に検索結果が1行だけの時に逆誤爆してしまうことが多いです。

      なるほど、そう言うケースは考えられますね。

      > ■時差のユーザ指定

      私も逆誤爆があったため、次回リリースは0.3秒に設定しようかと思ってました。
      カスタマイズ可能にするかどうかは仕様が固まってきてからで良いかなと考えてます。
      →とうことでVer.1.3.12では0.3秒で公開しました

      > ■入力欄の背景色変化

      ショートカット文字と同時に表示されています。
      この色変化は「誤爆」を防ぐために設けたものです。

      ですので、

      > これは、できれば時差終えて
      > ショートカットとして受け付けてもらえる段階(逆誤爆起きない段階)で色変わる方が直感的かな？と思いました。

      「逆誤爆」の防止、という意味ではこちらのほうが直感的ですね。

      ただ、二段階の色変化というのは解決策としては面白いですが、逆誤爆を防止するためにそこまで必要なのかな。。
      なんとなくですが、誤爆を防止するための対策をしたのに逆誤爆という副作用があり、さらにその対策が必要となると収束できるのかなぁと。

      ほか考えられる対策として、単純に逆誤爆しないようにキー入力を受け付けないようにするとか。

      私の方でももう少し考えてみます。

      > ※あと、残念なことにこの入力欄背景色変化は
      > 下名が愛用しているWindowsテーマ"CS6inspired vs released"を適用した状態では
      > 色の変化が起きてくれないみたいです。

      お試しで実装したものですが、もしこれが最終仕様になるようでしたら調査しないといけないですね。

      > ■エラー発生状況

      サスペンドに対する処理はしていないので直接は関係ないかと思います。
      考えられるのは、検索中にサスペンド状態に入り・・・というところでしょうか。
      もし再現するようでしたら、別スレッドを立てていただければと思います。
      （このスレッドはかなり巨大化しているというのもあるので^^;


    → メール受信=ON / 引用返信 / チェック-

■113 /inTopicNo.49) 　Re[37]: 【isGrep】【提案】目当ての検索結果を直接開く機能
    □投稿者/ nes 10回-(2017/11/27(Mon) 19:20:58)

      作者様

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

      > →とうことでVer.1.3.12では0.3秒で公開しました

      ありがとうございます。
      早速試してみますね。

      > なんとなくですが、誤爆を防止するための対策をしたのに逆誤爆という副作用があり、さらにその対策が必要となると収束できるのかなぁと。

      それは確かに言えますね。
      本来解決したい「誤爆」防止を見失って本筋外れかねないですね。
      う～ん、何か上手い手があればいいのですが。

      > ほか考えられる対策として、単純に逆誤爆しないようにキー入力を受け付けないようにするとか。

      かなり思い切った対策ですね！
      逆誤爆で余計な文字が入力欄に入るのは防いでくれそうです。
      (キー入力受け付けてくれないのがどれくらいストレスになるかどうか、が気になる所です)

      > お試しで実装したものですが、もしこれが最終仕様になるようでしたら調査しないといけないですね。

      本件はたまたま気付いたのでレポートに含めたのですが、
      下名の環境でしか起こっていないはずなので、
      今の所、無視して頂いていて大丈夫ですよ。

      > （このスレッドはかなり巨大化しているというのもあるので^^;

      確かにそうですね。
      エラーの件、なにか進展があれば、新規で別スレで立てさせて頂きます。

      また、本スレも、タイトルである、
      "【isGrep】【提案】目当ての検索結果を直接開く機能"自体は、とうに実現して頂いています。
      本スレは一旦解決済みで閉じて、
      誤爆対策検討用の新スレ立てて、そちらで引き続き検討した方がいいかもしれないですね。

      ということで、一旦本スレは解決済みで閉じますね。

      nes

    →解決済み! / メール受信=ON / 引用返信 / チェック-

＜前のトピック内容5件

このトピック内容の全ページ数 / [0] [1] [2] [3] [4] [5] [6] [7] [8] [9]

このトピックに書きこむ


□ 書きこむ際の注意
Pass/

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

- Child Tree -
Powered by CJ Club