isGrep 全文検索+インクリメンタルサーチ
HOME
HELP
新規メッセージ
新着記事
ツリー表示
スレッド表示
トピック表示
発言ランク
検索
過去ログ
[
最新記事及び返信フォームをトピックトップへ
]
[トピック内全40記事(36-40 表示)] 全ページ数 / [
0
] [
1
] [
2
] [
3
] [
4
] [
5
] [
6
] [
7
]
■177
/inTopicNo.36)
Re[30]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/
TaN
31回-(2018/04/02(Mon) 23:00:03)
nes様
早速のフィードバックいただきありがとうございます。
問題点を修正しておきました。(Ver.1.4.8)
・候補一覧の背景色が最初だけ白になる問題
・グリッドエラーの修正
グリッドエラーは範囲外で、かつ個数が3の倍数以外のときに発生していました。
ご協力いただきありがとうございました。
それから、
> ・一度検索をしたファイルでないと候補に出てこない
この件ですが、やはり検索対象ファイルが多いと、(初回の)検索に時間がかかり、入力する度に候補一覧の内容が異なる場合があると思います。(一度全ファイルを検索させればその後は今までどおり高速に検索できるようになります)
→ メール受信=ON /
引用返信
/ チェック-
■178
/inTopicNo.37)
Re[31]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes
26回-(2018/04/04(Wed) 01:45:07)
作者様
> ・候補一覧の背景色が最初だけ白になる問題
ありがとうございます!
無事、Ver.1.4.8にて初回だけ背景色が変わる、ということがなくなりました。
> ・グリッドエラーの修正
無事原因が突き止められて良かったです。
下名の環境でも、以前グリッドエラーが起きていたような状況で試してみましたが、
今の所エラーは起きなくなっています。
> 検索対象ファイルが多いと、(初回の)検索に時間がかかり、
下名の環境では特に遅いと感じることはありません。
(扱っているのが自分のメモ書きなので、
数が知れているのもあるかも知れませんが)
それに、初回が多少遅くなっても、
それを補って有り余るメリットがあると思います。
nes
→ メール受信=ON /
引用返信
/ チェック-
■179
/inTopicNo.38)
Re[32]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes
27回-(2018/04/04(Wed) 20:30:43)
作者様
サジェスト欄について1点気になったので追記します。
■ Enterで自動発動ショートカット文字表示を維持したままサジェスト欄閉じれるようにした方が良いのでは?
現状、サジェスト候補選んだ後、検索結果を開く為にサジェスト欄から出る必要があります。
その方法としてESCとTABがあると思うのですが(他にもあったらすいません)、
ESC
- サジェスト候補閉じSearch欄へフォーカス移るが、検索結果欄の自動発動ショートカット文字が消えてしまう
TAB
- 検索結果欄の自動発動ショートカット文字は維持してサジェスト欄抜けれるが、AND欄へフォーカスが移ってしまう
なので、
Enterで、
- 候補確定しサジェスト欄閉じる
- 検索結果欄の自動発動ショートカット文字は維持
- フォーカスはSearch欄へ
- カーソルはSearch欄検索語の末尾に(続きを即入力可 or セットした検索語を即修正にかかれるように)
といいなと思いました。
nes
→ メール受信=ON /
引用返信
/ チェック-
■180
/inTopicNo.39)
Re[33]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/
TaN
32回-(2018/04/05(Thu) 22:52:16)
nes様
ご提案ありがとうございます。
サジェスト機能、いまだに便利さを実感できるほど使い込んでいないのですが、、
確かにEscキーはすべてリセットされるものなので、別のキーがあったほうがいいかもしれませんね。
対応したものを公開しておきました。Ver.1.4.9
→ メール受信=ON /
引用返信
/ チェック-
■181
/inTopicNo.40)
Re[34]: 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能
□投稿者/ nes
28回-(2018/04/05(Thu) 23:39:36)
作者様
サジェスト欄Enterの件、早速対応頂きありがとうございます!
> サジェスト機能、いまだに便利さを実感できるほど使い込んでいないのですが、、
下名もまだヨチヨチですよ。
新しいものに馴染むには少々時間がかかるのは仕方ないです。
(作者様に初めてショートカット機能を実装頂いた時もそうでした。
馴染むのにはなかなか時間がかかりましたが、
今となってはカーソルで検索結果は選びたくないです^^;)
検索対象ファイルからの語句抽出機能が実用的になってくれば、
きっと便利さが実感できると思います。
(作者様のようにプログラミングされる方であれば、
長ったらしい関数名や命令名をほとんど打たずに済ませられるようになると思うので)
そうなるのが、とても楽しみです。
nes
→ メール受信=ON /
引用返信
/ チェック-
チェック記事を
編集
削除
削除キー/
このトピックをツリーで一括表示
<前のトピック内容5件
このトピック内容の全ページ数 / [
0
] [
1
] [
2
] [
3
] [
4
] [
5
] [
6
] [
7
]
このトピックに書きこむ
Name
/
E-Mail
/
└> 関連するレス記事をメールで受信しますか?
NO
YES
/ アドレス
非公開
公開
Title
/
URL
/
Comment/ 通常モード->
図表モード->
(適当に改行を入れて下さい)
> 作者様 > > お返事ありがとうございます。 > > > 過去の検索結果を知りたい場合、私はどちらかと言うと、Alt+V, J、つまりJump Historyで探しています。これだと検索結果から再度探す必要もなく、過去にjumpしたところを再度エディターなどで直接開けます。 > > すいません。 > こんな機能があることを初めて知りました。 > これは便利ですね。。 > > 一度開いたことがある結果なら、これ使うと簡単に開き直せますね。 > ありがとうございます。 > これから意識して使ってみます。 > > > 結局、何のために必要なのか、というところが明確になっていないから(私がわかっていないから)ではないかと思います。 > > 「過去の検索語を(簡単に)Search欄に入力したい」が最終目的ではないですよね? > > たやすく検索語を戻したいのは、 > たやすく検索結果一覧を戻したいからです。 > (すいません。このことが作者様にうまく伝わっていないのかもしれません。 > 最終目的は、ついさっきの"検索結果一覧"です。 > それをSearch欄の検索語をたやすく切り替えれれば得られるのではないかと考えています) > > 作者様は検索語入力してみて、 > 望む結果が得られなかった場合、 > ついさっきの検索語の検索結果一覧の方が良かった場合、 > どうされていますか? > > 例えば、 > "moorea"という語で検索してみて、一応検索結果は出るもののちょっとしっくり来ない、 > "IncreMonji"ではどうかな? > 検索結果は空だった、 > やっぱり"moorea"でよかった、といった場合に、 > Alt+←でさっと戻りたいのです。 > > ついさっきの"moorea"という検索語を打ち直すのも、 > (打ち直す負担や入力ミスの恐れ、誤爆・逆誤爆の危険があるので)補完が効くとしても避けたい。 > 特に日本語の検索語の場合、日本語の入力コストは高いので(補完が効くとしても)なるべく打ち直したくない。 > また、ついさっきのもののために、あまり手数を掛けたくない、というのもあります。 > (検索結果選んでJumpしたわけではないので、Jump Historyも使えない) > > ちょうどGoogle検索をイメージして頂けると理解して頂きやすいかも知れません。 > 検索語を色々変えてみて、さっきの検索結果の方が求めるものに近かった、だから戻したい、ということはありませんか? > ブラウザでいえば、戻るボタン長押しすれば、プルダウンで過去の訪問履歴が出たりしますが、 > いちにこ前だと戻るボタン連打して戻していく方が > 「あー、これこれ、この結果の方がやっぱりいい」 > というのがやりやすくはありませんか? > 特に一つ前だと、戻る長押ししてプルダウンから選ぶ人の方が稀ではないでしょうか? > > 現状をブラウザに例えれば、 > 戻るボタンは押せず、 > 必ず長押しからのプルダウンからしか戻れない状態です。 > > Alt+↓だと検索結果一覧が覆い隠されて、 > 望む検索結果だったか確認しづらいのも、提案させて頂いている動機の一つです。 > > これができれば、検索かける際に検索語を色々変えてみてのトライ・アンド・エラーがかなりやりやすくなります。 > もちろん、「Alt+↓でいいやん」と言われるとそれはそうなのですが。。。 > > Alt+↓なら3アクション、 > 補完なら(上記例で言えば)"mo"で2アクション、 > Alt+←なら1アクションです。 > > ※あまり皆さんこういうことされないんでしょうか? > 下名は結構そういう状況多いですが。。。 > > > 検索語が限られているのであればメンテに時間をかければかけるほど精度が高くなっていくので効果はあると思いますが、そういう状況が前提でしょうか。 > > 具体的に調べたわけではありませんが、仮に検索対象のテキストが1万行あった場合、検索語となりうる語が1千語あったとすると(10行に一語の割合で新語が出る)、メンテにかなり時間がかかるような気がするのですが。。 > > 確かにそう言われてみると、入力履歴は放置してもいいような気がしてきました。。 > モグラたたきになり手に負えなくなりそうなので、目を瞑ったほうがいいかもですね。 > > ただ、入力履歴メンテは別として、 > 絶対に使わないであろう打ち損じが毎回出てくるのはかなり鬱陶しいため(Google日本語入力でも経験済み) > あまりに目障りな入力ミスは簡単に削除できるようにしてもらえると有り難いです。 > (ちょっと消したいだけなのに、PatternHistory.txt開いて探して消して保存して、、、というのは、敷居がかなり高いです...) > > > ただ、全文検索ソフトでそのような機能はないと思うので(探したこともないのであるかもしれませんが)、高速に検索結果を出すことも重要かもしれませんが、検索語の候補がすぐに出てくる、というのは有益ではないかと思います。 > > (そうそう、知りたいのはこれ、みたいな) > > 入力したこともないのにサジェストしてくれるなんて、 > 下名はGoogle検索くらいしか知りません...。 > 全文検索ソフトの枠を超えそうな気がします。 > > > さて、データベースを自前で作ると時間がかかるので、適切なものを探さないと。。 > > でも特化したものを自前で作ったほうが良かったりするのでこの段階で時間がかかります。。 > > いえいえ、時間がかかって当然と思います。 > どんなものになるのか、とても楽しみです。 > > nes
解決済み!
BOX
解決したらチェックしてください! 解決理由も必ず記入してください。
削除キー
/
(半角8文字以内)
□ 書きこむ際の注意
この掲示板はタグを利用できます。
名前、コメントは必須記入項目
です。記入漏れはエラーになります。
URLは自動的にリンクされます。
削除キー
を覚えておくと、
自分の記事の編集・削除
ができます。
Pass/
HOME
HELP
新規メッセージ
新着記事
ツリー表示
スレッド表示
トピック表示
発言ランク
検索
過去ログ
-
Child Tree
-
Powered by CJ Club