isGrep 全文検索+インクリメンタルサーチ
HOME
HELP
新規メッセージ
新着記事
ツリー表示
スレッド表示
トピック表示
発言ランク
検索
過去ログ
[98]
【isGrep】【提案】目当ての検索結果を直接開く機能
□投稿者/ nes
4回-(2017/10/31(Tue) 20:49:22)
作者様
ご返信ありがとうございます。
> となります。個数で言うと11文字
確かにそうですね。。。
もし、既存Alt+キーを全部生かす場合は、使える候補文字列がかなり少なくなってしまいますね。。。
これは痛い所です。
もしそこまで既存Alt+キー残すこと想定する場合は、
作者様が先に仰られていたモード切り替え方式の方がうまくいくかも知れないです。
もしくは、
"Altをもっぱらショートカットキー発動用の修飾キーで使う"ではなく、
"空いているAlt+キーをショートカット発動用の修飾キーで使う"みたいなオプションの方が良いかも。
> これも私の場合になりますが、isGrepで表示される検索結果画面の行数は50行程度にしています(比較的小さい?)。ファイル名の表示もあるので、実際ショートカットキーとなるのは30~40行程度でしょうか。
下名の場合、今数えてみると全35行でした(あれ?かなり狭い??)
数字0-9と押しづらいQやPを候補から除外してる為、
検索結果の後半1/3は大抵two strokeです。
ただ、two strokeをそれほど支障に感じることは(下名の場合)ありません。
> two strokeよりone keyのほうがいいのは明らかですが、このtwo strokeがどれだけストレスになるのか実際にやってみないとわからないところですね。。
今ふと思いましたが、
候補文字列アルファベットを
大文字小文字区別できると、使える候補が倍近くなるかも?と思いました。
そうすると、one stroke候補を飛躍的に増やせて、two stroke候補を抑制できるかも、と。
> それと気になるのは、バージョンアップでメニューなどのAlt+キーが増えた場合です。
確かにこれはちょっと厄介な問題ですね。
各自調整必要になってきますものね。
こんな所にも影響が出てくるんですね。。
うーん、"Altもっぱら..."は既存に与える影響がちょっと大き過ぎでしょうか。。。
> アイデアとしては面白いのですが、これをそのまま実現しても良いのか、もう少し検討してみる価値はあるのかな、と思っています。
作者差の仰る通りと思います。
下名ももう少し検討が必要と考えます。
(実際、もう既に作者様にご指摘頂いたような問題もあるわけですし)
もう一つ考えられる手として、
ショートカット用のプレフィックスキーを設け、
2段階キーマップで開くのはどうかな?と思いました。
例えば、"Alt+j"をショートカット用のプレフィックスキーとした場合、
検索結果に振られたショートカットを押す前にこの"Alt+j"を押下する、みたいな。
(例えば、"A"と振られてる結果を開きたい場合、"Alt+j" > "A"と押下)
(Emacs等で見られるC-x C-fみたいなショートカットを想像頂くとイメージしやすいかもしれないです)
これによる利点は、
・既存のAltショートカット群は損なわずに済む
・誤爆は防止できそう
・3キーよりは押しやすい(はず)
・候補文字列を減らさなくていい
欠点は、
・1キー事前に押す一手間が増える
でしょうか。
ちなみに、この2段階キーマップ方式と
上述の候補文字列の大文字小文字区別をもし組み合わせられると、
例えば、以下みたいな形ができると、two strokeを激減させることができそうな気がします。
Alt+j > a
Alt+j > A
nes
[メール受信/ON]
削除キー/
編集
削除
前の記事
(元になった記事)
次の記事
(この記事の返信)
←Re[26]: 【isGrep】【提案】目当ての検索結果を直接開く機能
/TaN
→Re[28]: 【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]
←Now
┃ ┗
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]
┃ ┗
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/ 通常モード->
図表モード->
(適当に改行を入れて下さい)
> 作者様 > > ご返信ありがとうございます。 > > > となります。個数で言うと11文字 > > 確かにそうですね。。。 > もし、既存Alt+キーを全部生かす場合は、使える候補文字列がかなり少なくなってしまいますね。。。 > これは痛い所です。 > > もしそこまで既存Alt+キー残すこと想定する場合は、 > 作者様が先に仰られていたモード切り替え方式の方がうまくいくかも知れないです。 > もしくは、 > "Altをもっぱらショートカットキー発動用の修飾キーで使う"ではなく、 > "空いているAlt+キーをショートカット発動用の修飾キーで使う"みたいなオプションの方が良いかも。 > > > これも私の場合になりますが、isGrepで表示される検索結果画面の行数は50行程度にしています(比較的小さい?)。ファイル名の表示もあるので、実際ショートカットキーとなるのは30~40行程度でしょうか。 > > 下名の場合、今数えてみると全35行でした(あれ?かなり狭い??) > 数字0-9と押しづらいQやPを候補から除外してる為、 > 検索結果の後半1/3は大抵two strokeです。 > ただ、two strokeをそれほど支障に感じることは(下名の場合)ありません。 > > > two strokeよりone keyのほうがいいのは明らかですが、このtwo strokeがどれだけストレスになるのか実際にやってみないとわからないところですね。。 > > 今ふと思いましたが、 > 候補文字列アルファベットを > 大文字小文字区別できると、使える候補が倍近くなるかも?と思いました。 > そうすると、one stroke候補を飛躍的に増やせて、two stroke候補を抑制できるかも、と。 > > > それと気になるのは、バージョンアップでメニューなどのAlt+キーが増えた場合です。 > > 確かにこれはちょっと厄介な問題ですね。 > 各自調整必要になってきますものね。 > こんな所にも影響が出てくるんですね。。 > うーん、"Altもっぱら..."は既存に与える影響がちょっと大き過ぎでしょうか。。。 > > > アイデアとしては面白いのですが、これをそのまま実現しても良いのか、もう少し検討してみる価値はあるのかな、と思っています。 > > 作者差の仰る通りと思います。 > 下名ももう少し検討が必要と考えます。 > (実際、もう既に作者様にご指摘頂いたような問題もあるわけですし) > > もう一つ考えられる手として、 > ショートカット用のプレフィックスキーを設け、 > 2段階キーマップで開くのはどうかな?と思いました。 > 例えば、"Alt+j"をショートカット用のプレフィックスキーとした場合、 > 検索結果に振られたショートカットを押す前にこの"Alt+j"を押下する、みたいな。 > (例えば、"A"と振られてる結果を開きたい場合、"Alt+j" > "A"と押下) > (Emacs等で見られるC-x C-fみたいなショートカットを想像頂くとイメージしやすいかもしれないです) > > これによる利点は、 > ・既存のAltショートカット群は損なわずに済む > ・誤爆は防止できそう > ・3キーよりは押しやすい(はず) > ・候補文字列を減らさなくていい > > 欠点は、 > ・1キー事前に押す一手間が増える > でしょうか。 > > ちなみに、この2段階キーマップ方式と > 上述の候補文字列の大文字小文字区別をもし組み合わせられると、 > 例えば、以下みたいな形ができると、two strokeを激減させることができそうな気がします。 > Alt+j > a > Alt+j > A > > nes
解決済み!
BOX
解決したらチェックしてください! 解決理由も必ず記入してください。
削除キー
/
(半角8文字以内)
□ 書きこむ際の注意
この掲示板はタグを利用できます。
名前、コメントは必須記入項目
です。記入漏れはエラーになります。
URLは自動的にリンクされます。
削除キー
を覚えておくと、
自分の記事の編集・削除
ができます。
Pass/
HOME
HELP
新規メッセージ
新着記事
ツリー表示
スレッド表示
トピック表示
発言ランク
検索
過去ログ
-
Child Tree
-
Powered by CJ Club