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

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


Since 2010.7.28

[全スレッド26件(21-25 表示)] 全ページ数 / [0] [1] [2] [3] [4] [5]
親記事の順番 [レス最新順/投稿順/記事数順]

記事リスト ( )内の数字はレス数
タブに関する要望(3) / NO TITLE(0) / JumpHistory.txt の場所(1) / 指定した文字を無視する機能(2) / 作者様へお詫び(0) / 【要望】行間設定(2) / 要望 Search Setの拡張とショート(5) / 【要望】マウスホイールの表示ラグ(2) / エディターのパラメーターが 変更になった?(2) / Case の仕様(12) / 【提案】検索語入力中の過去入力履歴からのサジェスト・補完機能(39) / 【提案】ショートカット文字の先行表示機能(6) / 【参考】 プレビュー機能のキーワード強調表示に役立ちそうなツール(5) / ショートカット自動発動時の誤爆をどうするか?(5) / 是非PDF対応も御願いします。(1) / ポータブル版(2) / ポータブル版(2) / Vectorに登録(6) / すみません。ツリーに書き込みが出てこないです。(4) / 【提案】タブ切り替え時に即新たな検索文字列入力できるように"Search"欄の検索文字列を選択状態に(2) / 【提案】1文字目が大文字で入力されたら一時的にその時だけ自動で大文字小文字区別して検索する機能(12) / 【isGrep】【提案】目当ての検索結果を直接開く機能(48) / 検索にヒットしない事象について(3) / 【希望】検索文字コードの指定を保存してほしい(2) / UTF-8n + LFでAuto判定に失敗(2) / 掲示板リセット(0) /


■70 / 親記事)  【提案】1文字目が大文字で入力されたら一時的にその時だけ自動で大文字小文字区別して検索する機能
□投稿者/ nes 2回-(2017/07/15(Sat) 17:59:04)

    作者様

    大文字小文字区別して検索したい時がちょくちょくあります。
    もちろん、"Case"をオンにすれば可能なのですが、
    以下2点で下名はつまづくことが結構あります。。

    (1) "Case"切り替えの手数
    大文字小文字区別して検索する為には、
    1. Alt-Cで"Case"をオン
    2. 検索後入力
    3. Alt-Cで"Case"をオフ(大文字小文字区別検索を終える場合)
    この1.と3.の"Case"オンオフが億劫で
    そのまま区別なしで検索文字を入力してしまうことが下名の場合多いです。。。
    (結果、検索結果が(小文字のも入ってくるので)膨大になって結局後で苦しむんですが))

    (2) "Case"オン外し忘れ
    検索結果が膨大になるのを防ぐため為に、(重い腰を上げて?)"Case"をオンにしたものの、
    こんどは"Case"をオフにし忘れ、次の(大文字小文字区別して欲しくない)検索時に
    「あれ?検索結果が全然出てこない(もしくは異様に少ない)。なぜ??」
    なんてことに。。。orz
    (こんなアホなことに陥ってるのは下名だけ?)

    これを、より気軽に大文字小文字区別して検索できないかな?と思ったのですが、
    例えば、
    1文字目が大文字で入力されたら、
    それを合図に、その時だけ一時的に大文字小文字区別して検索してくれたら嬉しいかな、と。
    そうすれば、"Case"オンオフの手間や、オフにし忘れて結果が全然出てこない等がなくなり、
    かつ、かなり気軽に大文字小文字区別検索を活用できるのでは?と思いました。

    例えば、
    "moorea"で検索すれば、

    "moorea"
    "Moorea"
    "MOOREA"

    が引っかかりますが、

    "Moorea"だけ引っ掛けたい時は、文字通り"Moorea"と打てば、

    "Moorea"

    だけが検索結果に出てくる、と。

    これが、もし可能になれば、
    たとえば、作者様のようにプログラミングをされる方であれば、
    関数名や定数とか、
    大文字で始まるようなものをより気軽に引っ掛けやすくなるんじゃないかな?と思います。

    一時的に大文字小文字区別したい時は
    一文字目を大文字にしてやる、
    恒久的に大文字小文字検索したい時は、
    "Case"をオン、のような棲み分けができるといいのではないかな、と思いました。
    どうでしょうか?

    ※ちなみに発動を、
    「1文字目が大文字」とする以外に、
    「検索文字中に(どこでもいいから)大文字が含まれていたら」とする方法もあります。

    例えば"isGrep"を文字通り引っ掛けたい時、
    「1文字目が大文字」で判定だと
    "IsGrep"としなければならず、結果"isGrep"が引っかからないとかでてくる可能性があります。

    ひょっとしたら、「検索文字中に(どこでもいいから)大文字が含まれていたら」の方がいいかも知れません。
    わざわざ、検索文字の一部を大文字で入力する場合は、大抵区別して欲しい場合が多いと思うので。
    (区別してほしくないなら、小文字で全部打てばいいわけですし)

    nes

→ 親記事 / メール受信=ON / 引用返信
▽[全レス12件(ResNo.8-12 表示)]
■84 / ResNo.8)  Re[7]: 【提案】1文字目が大文字で入力されたら一時的にその時だけ自動で大文字小文字区別して検索する機能
□投稿者/ TaN 8回-(2017/08/02(Wed) 22:48:33)

    nes様

    早速のご感想ありがとうございます。
    ひとまず良い感じのようですね。

    > (1) HPに載っているのが前のv1.3.4のまま同じ(?)のようです。

    すみません。ここだけ手作業だったので忘れていました。
    (次回から自動化しておきます)

    > (2) ちなみに開発版はzip版の方が下名としてはありがたいです。。。

    ご要望があれば、と思っていたので次回からはexeとzipで公開しておきます。

    > エラーレポートで発生状況打ち込む欄で
    > 日本語打つと文字化けします。。

    こちらでは正しく読めるので、入力欄のフォント設定が間違っているかも知れません。
    (そのせいでいつも空欄なのかも?)

    いつもお手数をおかけしてすみません。


→ メール受信=ON / 引用返信

■85 / ResNo.9)  Re[8]: 【提案】1文字目が大文字で入力されたら一時的にその時だけ自動で大文字小文字区別して検索する機能
□投稿者/ nes 9回-(2017/08/03(Thu) 22:39:53)

    作者様

    いえいえ、こちらこそ色々とご無理を言ってすみません。

    > ひとまず良い感じのようですね。
    本日も結構使っていますが、v1.3.5にしてから、
    予期せぬエラーは起きず、快調です。

    > ご要望があれば、と思っていたので次回からはexeとzipで公開しておきます。
    ありがとうございます!
    わがままを言ってすみません。。。

    nes

→ メール受信=ON / 引用返信

■86 / ResNo.10)  Re[9]: 【提案】1文字目が大文字で入力されたら一時的にその時だけ自動で大文字小文字区別して検索する機能
□投稿者/ TaN 9回-(2017/08/06(Sun) 00:40:18)

    nes様

    少々改善したものを公開しました。(Ver.1.3.6)

    今回から処理を自動化して、zip版も公開するようにしてあります。

    エラー時のレポートですが、こちらの環境では文字化けは確認できませんでした。
    が、今後も注意してみます。


→ メール受信=ON / 引用返信

■87 / ResNo.11)  Re[10]: 【提案】1文字目が大文字で入力されたら一時的にその時だけ自動で大文字小文字区別して検索する機能
□投稿者/ nes 10回-(2017/08/06(Sun) 21:26:04)

    作者様

    > 少々改善したものを公開しました。(Ver.1.3.6)
    > 今回から処理を自動化して、zip版も公開するようにしてあります。
    zip版、ありがとうございます。
    これで入れ替えが簡単にできます。

    > エラー時のレポートですが、こちらの環境では文字化けは確認できませんでした。
    > が、今後も注意してみます。
    本当ですか!?
    ひょっとしたら下名の環境だけの症状なのかも知れません。。。
    (isGrepのOptionでフォントはデフォルトのものから
    "Ricty Diminished Discord"とかいうのに変えてるのですが、
    それが悪さしてたりするのでしょうか。。。)
    もし今度エラーレポート画面(できれば出てきて欲しくないですけど)出てきたら、
    ちょっと色々やってみますね。

    nes

→ メール受信=ON / 引用返信

■115 / ResNo.12)  Re[11]: 【提案】1文字目が大文字で入力されたら一時的にその時だけ自動で大文字小文字区別して検索する機能
□投稿者/ nes 12回-(2017/11/27(Mon) 19:28:13)

    本件、タイトルの機能は実現頂いたので解決済みで閉じます。

    nes

→ メール受信=ON / 解決済み! /引用返信


レス記事表示 → [親記事-4] [5-9] [10-12]


■36 / 親記事)  【isGrep】【提案】目当ての検索結果を直接開く機能
□投稿者/ nes 1回-(2017/02/13(Mon) 08:04:44)

    作者様

    大変ご無沙汰しています。nesです。
    お元気されていますでしょうか。

    今朝ふと思い付いたのですが、
    isGrepでキーワード入れた後、
    検索結果がズラズラっと表示されますよね?

    その後、目当ての結果を開くのに
    今はカーソルキー上下で移動してEnterで開いているのですが、
    (またはマウスカーソルで狙いをつけてダブルクリック)
    これを例えば、各検索結果冒頭に
    アクセスキー?ショートカット?みたいなものが振ってあり、
    それを押せば、目当ての検索結果がダイレクトに開けるようになると
    さらに便利にならないかな?と思いました。
    (hit-a-hintみたいな機能って言うんでしょうか?)

    イメージ的にはこんな感じです。
    http://fast-uploader.com/file/7042414559051/

    例えば、キーワードを入れて結果が出た後、
    あるキーを押した後(例えばCtrl-F)に冒頭のアクセスキーを押すと
    直接結果が開くとか、
    もしくは、キーワードを入れて結果が出た後、
    何らかの修飾キー(Winキーとか)と冒頭のアクセスキーを一緒に押すと
    結果が直接開くとか。
    (こちらの方が手順が一つ少なくて済みそうです)

    もしご検討頂けたら、とても嬉しいです。

    ※すいません、ひょっとしたら
    もっと効率のいい検索結果の開き方が既に実装されていて、
    下名が知らないだけかも知れません。。。

    P.S
    最近、テキストエディタをSubLimeからVimにちょっと浮気してみました。
    Vimのgrepを試しに使って見たのですが。。。
    お、遅い。。。
    改めて、isGrepの有り難みと偉大さを再認識させられました。

    そういえば、今見たらVectorで人気順1位になってますね。

    追記---------------------

    ちなみに上記イメージで使っているWin7テーマやisGrepフォント・色設定は下記です。
    もし、作者様や他の利用者の方の参考になれば幸いです。
    (他の人はどんなフォントや色設定で使ってるのか、気になります。。。)

    テーマ : CS6inspired vs released
    http://raymonvisual.deviantart.com/art/CS6inspired-vs-released-276392649
    (このテーマを適用すると、いい感じにウィンドウが黒くなって目に優しい(?)です)

    Font : Ricty Diminished Discord 11pt

    Normal Text
    Character : R205 G197 B191
    Background : R38 G38 B38
    Matched Text
    Character : R255 G215 B0
    Background : R205 G50 B120
    Bold = on
    File Name Text
    Character : R128 G255 B0
    Background : R38 G38 B38
    Bold = on

    nes

→ 親記事 / メール受信=ON / 引用返信
▽[全レス48件(ResNo.44-48 表示)]
■109 / ResNo.44)  Re[33]: 【isGrep】【提案】目当ての検索結果を直接開く機能
□投稿者/ nes 8回-(2017/11/11(Sat) 05:36:28)

    作者様

    時差式、試してみました。
    (まだ数日ですけれど)

    これ、いいですね。
    明らかに誤爆少なくなりました。
    たった0.5秒時差あるだけでこんなに違うとは。。。
    (ちょっとびっくりしました)

    もう暫く使ってみますね。
    気付き事項あれば書き込ませて頂きます。

    nes

→ メール受信=ON / 引用返信

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

    nes様

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

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

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


→ メール受信=ON / 引用返信

■111 / ResNo.46)  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 / ResNo.47)  Re[36]: 【isGrep】【提案】目当ての検索結果を直接開く機能
□投稿者/ TaN 11回-(2017/11/26(Sun) 21:35:00)

    nes様

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

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

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

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

    > ■時差のユーザ指定

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

    > ■入力欄の背景色変化

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

    ですので、

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

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

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

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

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

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

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

    > ■エラー発生状況

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


→ メール受信=ON / 引用返信

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

    作者様

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

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

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

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

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

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

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

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

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

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

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

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

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

    nes

→ メール受信=ON / 解決済み! /引用返信


レス記事表示 → [親記事-4] [5-9] [10-14] [15-19] [20-24] [25-29] [30-34] [35-39] [40-44] [45-49]


■100 / 親記事)  検索にヒットしない事象について
□投稿者/ mco 1回-(2017/11/02(Thu) 19:11:15)

    いつもたいへん便利に使わせていただいております。

    検索にヒットしない事象について、報告いたします。

    「_パスワード桁数」という文字列を検索すると、他の行はヒットするのですが、

    ---
    If txtパスワード.Text.Length > (_パスワード桁数 - 1) Then
    ---

    という行だけ、ヒットしません。

    ちなみに「Case」にチェックを入れると上記の行もヒットします。

    何か私のミスかもしれないのですが・・・文字コードは S-JIS です。

    他に情報が必要でしたら、その旨ご指摘くださいませ。

→ 親記事 / メール受信=ON / 引用返信
▽[全レス3件(ResNo.1-3 表示)]
■103 / ResNo.1)  Re[1]: 検索にヒットしない事象について
□投稿者/ TaN 6回-(2017/11/05(Sun) 00:07:17)

    mco様

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

    こちらでも確認できました。
    大きな問題のようですので、早めに解決したいと思います。

    ご迷惑をおかけしますが、しばらくお待ちいただければと思います。


→ メール受信=ON / 引用返信

■104 / ResNo.2)  Re[2]: 検索にヒットしない事象について
□投稿者/ TaN 7回-(2017/11/06(Mon) 00:37:11)

    補足ですが、問題が発生する条件は、
    ShiftJISのファイルで、大文字・小文字同一視の検索の時に、日本語を含む文字列であるときにヒットしなくなるときがあります。

    現在対策を検討中ですが、単純な間違いではないようなので、もうしばらく時間をいただければと思います。

→ メール受信=ON / 引用返信

■106 / ResNo.3)  Re[1]: 検索にヒットしない事象について
□投稿者/ TaN 8回-(2017/11/06(Mon) 22:27:50)

    mco様

    少し遅れてしまいましたが、問題を修正したものをアップしました。

    http://pdic.la.coocan.jp/isgrep/
    こちらからダウンロードしていただければと思います。

    ありがとうございました。

→ メール受信=ON / 引用返信


レス記事表示 → [親記事-3]


■88 / 親記事)  【希望】検索文字コードの指定を保存してほしい
□投稿者/ ししまい 1回-(2017/08/21(Mon) 22:32:20)

    はじめまして。
    grepツールを探してこちらにたどり着きました。
    大変便利なソフトで気に入っております。
    ただ私の環境では、UTF-8NのCRLFで認識に失敗する場合があります。(Win10 Home Creators Update 済みです)

    ※対象がテキストファイルではなくHTMLファイルで、冒頭からしばらく半角文字が続くせいなのかもしれません。
    ちゃんとヒットするHTMLファイルもあるのですが、その差はよく分かりません。

    それで、ヒットしないファイルも、Options の Charactor Code Detection で
    UTF8を指定すればヒットするのですが、アプリを終了するとそれが Auto に戻ってしまいます。
    わたしはUTF8しか使わないので、ぜひこれを保存するようにしていただきたいです。

    他の場所に検索文字コードが保存される設定があったらすみません。
    ぜひご検討をお願いいたします。 isGrepのバージョンは1.2.22です。

→ 親記事 / メール受信=OFF / 引用返信
▽[全レス2件(ResNo.1-2 表示)]
■89 / ResNo.1)  Re[1]: 【希望】検索文字コードの指定を保存してほしい
□投稿者/ TaN 10回-(2017/08/22(Tue) 22:53:43)

    ししまい様

    isGrepを選んでいただきありがとうございます。

    誤認識したときは一時的に指定する程度でしたので、
    文字コードの選択の保存は気にしていませんでした。

    早速対応しておきましたのでご確認いただければと思います。

    ちなみに、文字コードの自動判別はファイルの先頭の256バイトで行っていますので、その中に半角文字だけですと誤ってしまうかと思います。

    処理速度の関係があってあまり長くしたくないというのもありますし、処理速度を犠牲にしてもどこまで長くすればよいかはファイル内容に寄りますので、オプションで判別用の文字数を指定できるようにと考えたりもしています。

→ メール受信=ON / 引用返信

■90 / ResNo.2)  Re[2]: 【希望】検索文字コードの指定を保存してほしい
□投稿者/ ししまい 2回-(2017/08/23(Wed) 23:25:21)

    TaNさま

    厚かましいお願いに対し、早速対応をありがとうございます!
    無事文字コードが保存されて動いております。

    ファイルによってHTMLヘッダが長いときもあるので、それが原因だったかもしれません。
    ありがとうございました!

→ メール受信=OFF / 解決済み! /引用返信


レス記事表示 → [親記事-2]


■65 / 親記事)  UTF-8n + LFでAuto判定に失敗
□投稿者/ asiamoth 1回-(2017/03/04(Sat) 13:19:11)

    初めまして。isGrep愛用者です。
    あまりにも便利なため、他のグレップは使えません!

    では、さっそく本題に入らせていただきますね。
    以下の条件をすべて満たすファイルでは日本語(2バイト文字)の検索に失敗します。

    * ファイルの文字コード: UTF-8n(BOMなしUTF-8)
    * 改行コード: LF(CRなし)
    * キャラクタ・コードの判定: Auto

    どれか一つでも条件を外すと正常に検索が可能です。
    そのため、AutoではなくUTF-8で検索すれば良いわけですが──、できれば対応いただけるとありがたいです!
    (サブ・ディレクトリ内に各種文字コードが入り交じっているため)

→ 親記事 / メール受信=ON / 引用返信
▽[全レス2件(ResNo.1-2 表示)]
■66 / ResNo.1)  Re[1]: UTF-8n + LFでAuto判定に失敗
□投稿者/ TaN 31回-(2017/03/04(Sat) 22:25:05)

    asiamoth様

    いつもご利用&ご報告いただきありがとうございます。

    調査したところ、UTF-8nの場合に正しく文字コードを認識できない時がありました。(改行コードは関係ないようです)

    早速修正しましたのでご確認いただければと思います。(Ver.1.2.16)

→ メール受信=ON / 引用返信

■67 / ResNo.2)  Re[2]: UTF-8n + LFでAuto判定に失敗
□投稿者/ asiamoth 2回-(2017/03/05(Sun) 16:20:19)

    UTF-8nのファイルでも正常に検索できることを確認しました。

    今後も使い続けていきますね! ありがとうございます!

→ メール受信=ON / 解決済み! /引用返信


レス記事表示 → [親記事-2]

<前のスレッド5 次のスレッド5>

全ページ数 / [0] [1] [2] [3] [4] [5]
全記事数/194 (親/26 レス/168)
キーワード/

削除/編集フォーム
記事No
(半角数字)
/
削除キー/
Pass/

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

-
Child Tree -
Powered by CJ Club