[yasuji]

問い合わせたい不具合があり、まずその前提となる経緯を公知にするためにこのトピックを作成しております。

〔報告日〕
2023/11/09

〔報告方法〕
メールにて直接のタイトルの不具合の件を下記の内容で報告しました。

〔報告タイトル〕
検索（置換）ウィンドウを開いている時、選択済みの文字列がCtrl+H(Ctrl+F)を押下して置換（検索）を呼び出しても反映されない

〔報告内容〕
記載内容は、当時のコピーです。ただし、個人情報に該当する箇所は削除しています。対応した会社側の担当者の氏名のみ記載しています。

対象：
EmEditor Professional (64-bit) Version 22.5.2
使用環境：
OS：Windows 10 Pro 22H2 64bit, OS ビルド:19045.3570

From:
Sent: Thursday, November 9, 2023 6:46 PM
To: Yutaka Emura
Subject: RE: New Message (sent by contact form at EmEditor (テキストエディタ))

江村様

いつもお世話になっております。
yasujiです。

直接的な正規表現の不具合ではなく、以前から困っていた検索・置換のＵＩの挙動不具合をご連絡します。
軽量・スマートに使用できるEmEditorのスマートな操作性を損ねておりますので、修正をお願いします。

○新規不具合報告（１件）

対象：
EmEditor Professional (64-bit) Version 22.5.2

不具合１：検索（置換も同じ）ウィンドウを開いている時、選択済みの文字列がCtrl+H(Ctrl+Fも同じ)を押下して置換（検索も同じ）を呼び出しても反映されない

再現手順は、検索->置換のケースを代表として記載した。
整理すると、下記の（１）、（２）のUI操作パスで発生する。本来は、最終の初期値は、「文字列再選択」になるべきだが、初回選択の「文字列選択」のまま切り替わる。
（１）文字列選択 -> Ctrl+F -> 検索ウィンドウ（初期値：文字列選択） -> 文字列再選択 -> Ctrl+H -> 置換ウィンドウ（初期値：文字列選択）
（２）文字列選択 -> Ctrl+H -> 置換ウィンドウ（初期値：文字列選択） -> 文字列再選択 -> Ctrl+F -> 検索ウィンドウ（初期値：文字列選択）

【再現手順】
１．新規作成して下記のテキストを入力する
aaaaaaaaaaaaaaaaaa
111111111111111111
222222222222222222
bbbbbbbbbbbbbbbbbb
aaaaaaaaaaaaaaaaaa
111111111111111111
222222222222222222
bbbbbbbbbbbbbbbbbb

２．文字列を選択してCtrl+Fで検索を開く
下記の文字列を選択する（なんでもよい）
aaaaaaaaaaaaaaaaaa

Ctrl+Fで検索を開く

検索は実行せず、検索ウィンドウは閉じない。

念のため、検索の設定は下記の通りだが、設定には関係しない。
「検索」の設定：
〔チェックボックス〕設定
大文字と小文字を区別する(C)：チェックあり
単語のみ検索する(W)：チェックあり
上記以外のチェックボックスすべて：チェックなし
〔ラジオボタン〕選択
正規表現(X)：チェックあり

〔検索->高度〕設定
〔チェックボックス〕設定
チェックボックスすべて：チェックなし
正規表現エンジン(G)：既定(Boost.Regex)
正規表現で検索する追加行数(L)：0

３．検索ウィンドウは閉じずに２．とは別の文字列を選択して、Ctrl+Hで置換を開く
下記の文字列を選択する（２．と同一文字列でなければなんでもよい）
111111111111111111

Ctrl+Hで置換を開く

置換ウィンドウに切り替わるのを待つ

４．「検索する文字列」を確認
置換ウィンドウの「検索する文字列」に設定された文字列が、検索で使用した古い２．の文字列のままになる。

本来は、３．で選択した「111111111111111111」が設定されるべき。

以上

[yasuji]

From: Yutaka Emura
Sent: Wednesday, November 15, 2023 5:57 AM
To:
Subject: RE: New Message (sent by contact form at EmEditor (テキストエディタ))

いつもお世話になっております。江村です。

これは、ユーザーによって好みの動作が異なると思います。例えば、検索ダイアログが表示されている状態で、再び Ctrl+F を押した場合には、どうするのかとか、検索ダイアログで [置換 >>] ボタンを押した場合、さらに 検索ダイアログにフォーカスが設定されている状態で Ctrl+H を押した場合など検討しなければなりません。しかし、検索ダイアログの検索ドロップ ダウンの右の > ボタンを押すと表示されるメニューから [選択テキストまたはカーソル位置の単語] を選択して、現在カーソル位置にある単語を検索する文字列にコピーすることは可能です。

よろしくお願いいたします。

———————
Yutaka Emura
Emurasoft, Inc.
https://www.emeditor.com/

[yasuji]

上記のメールに対しては、何も返信はしませんでしたが、あえて上記のメールを読んだときの私の解釈を書かせていただきます。

現状のままのUI操作を好むユーザがいること理由に不具合修正をやんわりと断っていますが、本当に「現状のままのUI操作を好むユーザ」が居るのですか？

本当は、初期の設計時に私の指摘したUI操作を一切考えておらず、かつソースコードの実装が複雑になっていて修正自体が困難な状況にある。
しかし、私が、合理的に「軽量・スマートに使用できるEmEditorのスマートな操作性を損ねております」と指摘していて、かつソフトウェア開発経験者と察して「通常は」軽微な修正で済むことをわかっている上で、前述のソースコードの状況で本音は言えないし、修正するというと高いコストがかかるため、修正を断りたいと考えた。
その結果として、私が反論できない理由として「これは、ユーザーによって好みの動作が異なると思います。」という言い訳を使って不具合の修正の要求を断った。

ということが、本当の実態なのではないかと、推察しました。
私も、ソフトウェア開発ならびにその試験環境の構築などの仕事を十数年ほどやってきています。それらの開発では、実装を他社に委託して推進していました。若かりし頃は、指導される側として始まって経験を積んできました。諸先輩方から他社委託した際の相手側の対応について、上記メールの内容と類似したケースをいくつか説明してもらい、学んできた経緯があります。
したがって、工数がさほどかからないと想定される修正において、反論が難しい理由を言ってくる場合は、経験則から高い確率で何かまずいことがあることがわかっています。

いかがでしょうか？

[Yutaka Emura]

いつもお世話になっております。江村です。

さきほど公開した v23.0.911 にてご希望の動作に変更いたしました。

よろしくお願いいたします。

[yasuji]

いつもお世話居なっております。
yasujiです。

先ほど、v23.0.911において、本件のすべての不具合が完全に修正され、希望通りの動作になっていることを確認いたしました。

よろしくお願いします。

[作成者]

投稿