isGrep 全文検索+インクリメンタルサーチ
HOME
HELP
新規メッセージ
新着記事
ツリー表示
スレッド表示
トピック表示
発言ランク
検索
過去ログ
[111]
【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]
削除キー/
編集
削除
前の記事
(元になった記事)
次の記事
(この記事の返信)
←Re[34]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
→Re[36]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
上記関連ツリー
【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/02/13(Mon) 08:04)
[36]
┗
Re[1]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/02/13(Mon) 22:17)
[37]
┗
Re[2]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/02/14(Tue) 05:08)
[38]
┣
Re[3]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/02/20(Mon) 23:42)
[39]
┗
Re[3]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/02/23(Thu) 22:06)
[40]
┗
Re[4]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/02/24(Fri) 02:09)
[41]
┗
Re[5]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/02/24(Fri) 20:06)
[42]
┗
Re[6]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/02/24(Fri) 21:54)
[43]
┣
Re[7]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/02/25(Sat) 19:55)
[44]
┗
Re[7]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/02/25(Sat) 21:39)
[45]
┗
Re[8]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/02/26(Sun) 08:07)
[46]
┗
Re[9]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/02/26(Sun) 19:55)
[47]
┗
Re[10]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/02/27(Mon) 22:26)
[48]
┗
Re[11]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/02/28(Tue) 18:08)
[49]
┗
Re[12]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/02/28(Tue) 21:17)
[50]
┗
Re[13]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/03/01(Wed) 20:45)
[51]
┗
Re[14]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/03/01(Wed) 21:29)
[54]
┃ ┗
Re[15]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/03/01(Wed) 23:11)
[55]
┃ ┗
Re[16]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/03/02(Thu) 21:09)
[60]
┃ ┗
Re[17]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/03/02(Thu) 22:26)
[62]
┃ ┗
Re[18]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/03/03(Fri) 20:25)
[63]
┃ ┗
Re[19]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/03/03(Fri) 21:52)
[64]
┗
Re[13]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/03/01(Wed) 21:11)
[52]
┗
Re[14]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/03/01(Wed) 23:26)
[56]
┃┗
Re[15]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/03/02(Thu) 21:11)
[61]
┃ ┗
Re[16]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/05/19(Fri) 22:54)
[68]
┃ ┗
Re[17]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/07/15(Sat) 17:56)
[69]
┃ ┗
Re[18]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/07/17(Mon) 18:33)
[72]
┃ ┗
Re[19]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/07/17(Mon) 22:14)
[73]
┃ ┗
Re[20]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/10/19(Thu) 23:39)
[91]
┃ ┗
Re[21]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/10/21(Sat) 16:06)
[92]
┃ ┗
Re[22]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/10/21(Sat) 22:51)
[93]
┃ ┗
Re[23]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/10/22(Sun) 21:24)
[94]
┃ ┗
Re[24]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/10/23(Mon) 22:55)
[95]
┃ ┗
Re[25]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/10/27(Fri) 18:12)
[96]
┃ ┗
Re[26]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/10/30(Mon) 00:30)
[97]
┃ ┗
Re[27]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/10/31(Tue) 20:49)
[98]
┃ ┗
Re[28]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/11/01(Wed) 22:43)
[99]
┃ ┗
Re[29]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/11/03(Fri) 18:58)
[101]
┃ ┗
Re[30]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/11/04(Sat) 22:35)
[102]
┃ ┗
Re[31]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/11/06(Mon) 18:42)
[105]
┃ ┗
Re[32]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/11/06(Mon) 22:40)
[107]
┃ ┣
Re[33]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/11/07(Tue) 21:23)
[108]
┃ ┗
Re[33]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/11/11(Sat) 05:36)
[109]
┃ ┗
Re[34]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/11/11(Sat) 22:57)
[110]
┃ ┗
Re[35]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/11/25(Sat) 21:22)
[111]
←Now
┃ ┗
Re[36]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/
TaN
(17/11/26(Sun) 21:35)
[112]
┃ ┗
Re[37]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/nes
(17/11/27(Mon) 19:20)
[113]
解決済み!
┗
Re[14]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
(17/03/02(Thu) 21:06)
[58]
上記ツリーを一括表示
/
上記ツリーをトピック表示
上記の記事へ返信
Name
/
E-Mail
/
└> 関連するレス記事をメールで受信しますか?
NO
YES
/ アドレス
非公開
公開
Title
/
URL
/
Comment/ 通常モード->
図表モード->
(適当に改行を入れて下さい)
> 作者様 > > 時差式ショートカット、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 >
解決済み!
BOX
解決したらチェックしてください! 解決理由も必ず記入してください。
削除キー
/
(半角8文字以内)
□ 書きこむ際の注意
この掲示板はタグを利用できます。
名前、コメントは必須記入項目
です。記入漏れはエラーになります。
URLは自動的にリンクされます。
削除キー
を覚えておくと、
自分の記事の編集・削除
ができます。
Pass/
HOME
HELP
新規メッセージ
新着記事
ツリー表示
スレッド表示
トピック表示
発言ランク
検索
過去ログ
-
Child Tree
-
Powered by CJ Club