【要望】検索ダイアログボックスの条件の - 秀丸エディタβ版 - スレッド03199, 2009/08/20

【要望】検索ダイアログボックスの条件の

naanfushi さん　09/08/20 18:10

　検索ダイアログボックスで、V8の目玉の一つ「複数行検索」のチェックができ、複
数行の検索が実現しました。ただ、一回の検索でこの状態がキャンセルされてしまい
ます（「置換」ダイアログも同様です）。
　[動作環境]の「検索ダイアログボックス」で種々の状態を「記憶する」設定があり
ますので、ここで「複数行の選択の条件を記憶する」等のオプションを追加して頂け
れば、この検索をストレスなく使えるようになると思います。
　ご検討の程、よろしくお願い申し上げます。

RE:03199 【要望】検索ダイアログボックス

Iranoan さん　09/08/20 19:29

　naanfushi さん今日は、Iranoan です。
> 「複数行の選択の条件を記憶する」等のオプションを追加して頂け
> れば、この検索をストレスなく使えるようになると思います。
　反対ではないのですが、初期状態でこうして起きたい事はどれほど有るので
しょう? このように伺う理由は、まず「改行を伴うような長い文字列を、一か
らタイプする状況はそれ程ないと考えられる」事。次に「複数行検索」を
チェックしなくとも、次にヘルプに有るように、
> 自動で切り替え
> 　上記の操作をしなくても、複数行のテキストをCtrl+Vなどで貼り付けをする
> と、自動的に複数行になります。
> 　または、複数行選択した状態で検索ダイアログを出し、Ctrl+F（標準のキー
> 割り当て）で検索文字列の追加取得をすると、自動的に複数行になります。
> 　ヒストリから複数行で検索したものを選択すると自動的に複数行になります。
が用意されているからです。

「改行を伴うような長い文字列を、一からタイプする状況はそれ程ないと考
えられる」の前提が違っているなら、無視して下さい。

RE:03201 【要望】検索ダイアログボックス

秀丸担当 さん　09/08/21 13:02

Iranoanさんの言われる通り、１からタイプするような使い方でない限りあまり意
識しなくてもいいようになっています。
貼り付けなどすると自動的に複数行になるので、そういう使い方でどうでしょう
か。

RE:03211 【要望】検索ダイアログボックス

naanfushi さん　09/08/27 20:01

　お世話になっております。

　「複数行を入力できる検索ダイアログの状態を保持」できればとの要望の理由です
が、以下のようなものです。
　骨子は２つで、１つには「エディタはユーザの動きを最大限に優先して欲しい、と
いうユーザビリティへの配慮」、もう１つは「V8という素晴らしく高機能化した秀丸
の良さをスムーズにユーザに使わせて欲しい」ということです。それぞれ下記に列記
します。

【１．エディタとして、ユーザのワンアクションさえ尊重してほしい】
・エディタとしての基本姿勢
　「検索ダイアログの形状を保存した方が良いのでは」と要望した理由は、エディタ
を使うユーザへの配慮をして頂きたかったためです。
　純粋に機能面からだけ判断すれば、仰るように「Ctrl＋Vで複数行になる。だから
現状で問題ない」とも言えてしまいます。ただし、エディタというソフトを使う人の
心理面を配慮した場合、「できるからいい」で良しとは言えないような気がします。
　秀丸は（ワープロと異なり）エディタですので、その核心は「ユーザが労すべき１
アクション、あるいは１ステップでも軽減して、エディット（プログラミングや執
筆・編集）に専念できる環境を提供する」にあると考えます（ワープロはどんな多段
階でも最終の文書形態が美しければ良い）。その実現のための一つの配慮が「ユーザ
が検索ダイアログの形状を『意図して形状を変更した労力』を尊重し、優先させる」
だと考えます。こうした発想が、そのエディタの守るべき基本的な姿勢ではなかろう
かと。

・既に検索ダイアログボックスのサイズは可変でそれを保存
　現に現在でも検索ダイアログボックスの左右幅を変えた場合は、その大きさが保存
されます。これは、「大きさを保存した方がユーザにメリットがある」と判断された
からこそ、サイズを維持する様に変更されたのだと思います。
　そうした配慮を、複数行入力の検索ダイアログにも反映した方が、さらにユーザに
優しくメリットもあろうかと考えたわけで、ごく自然な発想かと…。

・ユーザに選択させ、同一動作を強制しない
　逆に言うと、「Ctrl＋Vで複数行になるじゃないか」という言い方は、一度、複数
行にしたユーザに対して「複数行にしたければ、その都度、Ctrl＋Vを押せ」と、
『再度の労力を強制』していることにもなります。秀丸の仕様（検索ダイアログが元
のサイズに戻される現行仕様）を、ユーザに（選択の余地無く）押しつけるのではな
く、ユーザができるだけ使いやすいようにソフト側が（可能な範囲で）対応する
（ユーザの設定を最優先して秀丸側が強制的に変更しない）のが本道のような気がし
ます。

・複数行ダイアログボックスの形状維持でもディメリットはゼロでは？
　現実的に考えても、複数行に検索ダイアログボックスが維持される事は、複数行の
検索ダイアログをマウスのD&Dで形成したユーザの労力を尊重するというだけではあ
りません。
　次回の検索は、1行で澄む検索であれば、そのままの複数行の形状ではあるが1行文
だけの文字列を入力して検索すれば良いわけですから、何のディメリットは生じませ
ん。
　さらに、長い１行の文字列を対象にした場合も、折り返しで複数行にしていれば、
その内容を目視で確認できます（1行状態だと実質、数十文字しか目視できません）。
　しかも、直前に使用した複数行に形状を変えた検索ダイアログが、再度の検索でも
出てきた方が、「画面の変化が少なく」、ユーザへの負担も少なくなく、エディット
への集中を妨げません。

・使い方は可能な限りユーザにまかせるべきでは？
>１からタイプするような使い方でない限りあまり意
>識しなくてもいいようになっています。
>貼り付けなどすると自動的に複数行になる

　確かに単純な長い文字列をタイプする場合は上記の考え方もあるかもしれません。
　しかしユーザや編集対象のテキストに依っては、使い方は様々に異なるはずです。
例えば、複数行にわたる規則性のある文字列を正規表現で検索したい場合などは、や
はり、最初から複数行になっていてほしいケースもあります。秀丸がエディタである
からこそ、その差異性を尊重して頂きたく存じます。
（いずれにしても、一度、ユーザが複数行にしたダイアログを、秀丸側でわざわざ１
行に戻す必要がどこにあるのか、理解出来ない気がしてしょうがありません）

・まとめ
　複数行検索という素晴らしい新機能なのに、次の検索時で複数行を継続したい場合
にも、わざわざ「Ctrl＋V」を再度押さなくてはけない、ではなく、自分で一度、複
数行にしたらのならばそのまま複数行検索（単数行検索も当然可能）なダイアログを
維持して頂ければと要望を上げた次第です。

【２．V8の販売戦略として】
　余りに長くなってしまったので、秀丸V8の販売戦略に関しては手短に…。
　まとめてしまえば、V8のウリとしての新機能である「複数行検索」状態にわざわざ
ユーザがしたのに、秀丸側で勝手に１行検索状態に戻していたのでは、ウリがウリに
ならない可能性が高いと思った次第です。
　一度、複数行検索にしたダイアログが次の検索時に出現すれば、ユーザはきっと
「あ、秀丸も複数行検索ができるようになったんだ」と認識を新たにしてくれて、さ
らに秀丸への依存度を高められると思います。

　以上、非常に冗長になって申し訳なのですが、せっかくの魅力的な新機能をそのま
まユーザに使わせて欲しい、という単純な発想だけだったりします。

（複数行検索状態にするのも、1行検索状態に戻すのも、『ユーザの自己責任』。だ
からこそ、エディタ側で勝手に変更しないで欲しい、という仕様のが個人的な願望で
あります）
（複数行検索で、多少不都合が生じる可能性がある点についてはまた別のスレッドで
ご報告致します）

RE:03417 【要望】検索ダイアログボックス

秀丸担当 さん　09/08/28 11:32

ご意見を参考にさせていただいて、手動でメニューから「複数行(1)」を選択した
場合は記憶するように修正してみようと思います。
貼り付けで自動で複数行になった場合は、意図せずそうなってしまう場合もある
かもしれず、それが保存されると困ると思うので、自動の場合は保存しないよう
にします。

RE:03438 【要望】検索ダイアログボックス

秀丸担当 さん　09/08/28 15:42

検索ダイアログ,置換ダイアログ,grepダイアログとありますが、とりあえずβ10
では検索ダイアログだけやってみようと思います。

RE:03449 【要望】検索ダイアログボックス

naanfushi さん　09/09/06 18:12

　検索ダイアログボックスで「複数行検索」の状態が保存されていることを確認しま
した。また、複数行と単行(?)との各検索での微妙な設定変更も問題なく切り替わっ
ているようです。

【要望】
　検索ダイアログボックスが、ここまでユーザの使い方を完全にフォローしてもらえ
るようになると、やはり、置換ダイアログとgrepダイアログも、検索状態を保存した
方が、秀丸全体の操作性の統一感を保つためにも必要な気がして来ました。

　しかも、『grepでの複数行検索』は、著名なワープロや一般的なエディタ（それほ
ど多くのエディタを検証しているわけではないですが）を含め、「これほど簡単に実
行できる複数行grep機能」が搭載されたのは史上初の快挙ではないでしょうか？
　V8ページには「「検索」「置換」「grep」等の検索機能がVer8.00から複数行の検
索をサポートしました。」と、あまりにサラッ～と書き流しておられるようですが、
grepを色々使っているとやはり「スゴすぎる新機能の一つ」と痛感させられます。

　その特徴を前面に意識的に出してアピールする意味でも、grepダイアログでの複数
行状態も保存できればと思いました。
（敢えて、凄い機能を涼しい顔で実装するあたりは、秀丸らしい、といえば秀丸らし
いのかもしれませんが…）

　可能であれば、ご検討の程、よろしくお願い申し上げます。

RE:03636 【要望】検索ダイアログボックス

秀丸担当 さん　09/09/07 14:40

>　検索ダイアログボックスが、ここまでユーザの使い方を完全にフォローしてもらえ
>るようになると、やはり、置換ダイアログとgrepダイアログも、検索状態を保存した
>方が、秀丸全体の操作性の統一感を保つためにも必要な気がして来ました。

β10ではとりあえず検索ダイアログだけにしましたが、そのほうがいいと思いま
す。
grepダイアログでやってみたらうまくいかない部分があったので、できるかどう
かわかりませんが検討させていただきます。

RE:03670 【要望】検索ダイアログボックス

naanfushi さん　09/09/08 20:28

　β12で、検索ダイアログに続き、置換ダイアログ、さらにgrepダイアログでも、サ
イズが保存されることを確認しました。
　とりわけ、複数行grepは、これだけでもバージョンアップの目玉になる位、いろい
ろな検索の可能性を感じさせる、素晴らし機能だと改めて痛感しています！

　ごくわずかな障害ですが、置換ダイアログですが、置換ダイアログの「リサイズを
行った直後」に、ヒストリリストが表示されず（検索ボックスの最下段に水平の黒い
線が表示される）、ヒストリ文字列が取得できないようです。
　再現されるでしょうか？

RE:03705 【要望】検索ダイアログボックス

秀丸担当 さん　09/09/09 10:15

>　ごくわずかな障害ですが、置換ダイアログですが、置換ダイアログの「リサイズを
>行った直後」に、ヒストリリストが表示されず（検索ボックスの最下段に水平の黒い
>線が表示される）、ヒストリ文字列が取得できないようです。

試してみましたが、ヒストリが出ないという状態は確認できませんでした。
黒い水平線というのは、[動作環境]→[プライバシー]より検索ヒストリや置換ヒ
ストリを消去した後の状態と同じような状態で、コンボボックスにヒストリ内容
が入っていないのだと思います。
お手数ですが、もし詳しい条件や手順がわかるようでしたらまた報告いただける
と助かります。

RE:03723 【要望】検索ダイアログボックス

naanfushi さん　09/09/29 10:46

　　大変遅くなり、申し訳ありませんでした。
　こちらでも、再現できるマシンと再現されないマシンが混在している事が確認され
た状況です。従って、ハード依存の症状だろうと思われます。
　一応、確実に再現するマシンでの再現手順とその症状、再現するハード環境をご報
告します（V8b17）。

【再現手順】
１．置換ダイアロを開く（複数行:ON）
　（この状態でヒストリは正常に表示される）
２．置換ダイアログのサイズを変更
３．検索の入力ボックス右にあるヒストリボタンを押すと、入力ボックスの下辺に太
い線が現れるだけで、検索ヒストリのリストが表示されない
　（置換の入力ボックス右にあるヒストリボタンでも同様）
　（左右、上下などのいずれのサイズ変更でも同様）
４．ただし、この置換ダイアログを一度閉じて、再度、開くと、サイズは同じ状態だ
が、ヒストリは正常に表示される
　（再度、ダイアログのサイズを変更すると、ヒストリは非表示）

　※ 検索ダイアログでのヒストリは正常に動き、上記は全く再現しません。

　なお、３の状態で入力ボックスの下辺部分（通常ではリストの上辺）に太い横線だ
けがある状態で、上下矢印キーを操作すると、テキストボックスに当該のヒストリ文
字が（ヒストリが表示されている時と同じように）入力されます。

　また、ご指摘のとおり、この「下辺部に太い横線」とは、検索ヒストリや置換ヒス
トリの「ヒストリ消去」をした直後に各ヒストリボタンを押した時と同じ状態でした。
　さらに、β17から１つづつバージョンを下げて再現性を確認した所、ずっと同じ動
きで、最終的にはβ1でも同様の動きを確認しました。完全なクリーンインストール
でなく、バージョンを上書きによって下げていっただけなので、単純に各バージョン
で再現とは言い切れないかもしれませんが…。

【再現するパソコン】
　ハード依存の障害である可能性が高いため、再現するパソコンの概要を報告してお
きます。ちょっと古いですが、新しいマシンにはβを入れられない事情もありまして
…。
（ビデオカードや各種ドライバの設定やバージョンなどでも影響を受けるかもしれま
せん。やはりビデオカードが一番怪しいかも…）

・DELL Precicion 380
・Pentium 4 - 3.8G
・NVIDIA Quadro FX 3450(OpenGL 1.5/DirectX 9)
・Windows XP(SP3)

　以上、何かの参考にでもなれば幸いです。

RE:03984 【要望】検索ダイアログボックス

秀丸担当 さん　09/09/29 15:55

>　一応、確実に再現するマシンでの再現手順とその症状、再現するハード環境をご報
>告します（V8b17）。

詳細な手順ありがとうございます。
改めて確認してみましたが、再現はできませんでした。

Vistaで確認してみたところ、Alt+↓では素早く出るのに対し、マウスでボタン
をクリックしたときは出るのに少し時間がかかるようです。
VisualStyleの効果が関係しているのかもしれないのですが、Alt+↓とマウス操
作で違いが出るとしたら、何かヒントになるかもしれません。

ＰＣによって違うということで、ビデオカードの問題かどうかはなんとも言えな
いです。
何か常駐系のソフトが入っているとしてら、常駐系のソフトが影響しているとい
うことはあり得るかもしれないです。

RE:03990 【要望】検索ダイアログボックス

naanfushi さん　09/09/30 07:07

　当方でも、記載したハード以外は、複数の機種で全く問題なく動作しております。
また、常駐系のソフトを可能な限り外しても状況は同じでした。

　一応、「そんな動きもする機種（ビデオ或いはそのドライバ設定等）もある」とい
う程度に、頭の片隅にでも置いておいて頂ければ幸いです。何かの時に役立つことが
あれば良いのですが…。
　また、何か特定できるようなことが確認できれば、再度、ご報告致します。あまり
この症状に傾注しても仕方ないので、今回のスレッドはこの辺で一度、完了というこ
とに…、と思います。

（「機種依存」のチェックのために他の機種で動かしていると、機種依存の別件と遭
遇しましたので、別スレにて報告致します）