[ 新規に投稿する ]

V9.15β2No.10758
秀丸担当 さん 22/04/06 10:56 [ コメントを投稿する ]
  V9.15β2を公開しました。

以下のページの「先行開発バージョンはこちら」からダウンロードできます。
https://hide.maruo.co.jp/software/hidemaru.html

32bit版:
https://hide.maruo.co.jp/software/bin3/hm915b2_signed.exe

64bit版:
https://hide.maruo.co.jp/software/bin3/hm915b2_x64_signed.exe
[ ]
RE:10758 V9.15β2No.10760
グズラ さん 22/04/06 14:28 [ コメントを投稿する ]
  グズラです。

https://www.maruo.co.jp/hidesoft/2/x39632_.html#39632
> 39632 【すべて再度色付け】で色の付け方がスキップされる?
に対して
> 16個未満であれば、被っていないところを探して次へ進むようにしてみます。
とのことですが、確かにこれはこれでありかもと思ったんですが、
当該秀丸に存在しない文字列をsetsearchしてcolormarkerallfoundしたときの動作が、Ver.9.11までと異なっているんですよね。

例えば、
【Sample1.txt】
ABCabc01
ABCabc02
ABCabc03
ABCabc04
ABCabc05
ABCabc06
ABCabc07
ABCabc08
ABCabc09
ABCabc10

に対して、各行の文字列に対して検索色付けしたあとで拙作のマクロ「検索色付け保存・復元マクロ」
https://hide.maruo.co.jp/lib/macro/findcolormarker_save_restore_100.html
を用いて保存し、

【Sample2.txt】
ABCabc01
ABCabc03
ABCabc04
ABCabc05
ABCabc06
ABCabc07
ABCabc08
ABCabc09
ABCabc10
※こちらには02が無い

に対して復元すると、9.11までは両者の同じ文字列は同じ色で色付けされていましたが、
9.15β2ではSample1.txtの「ABCabc02」とSample2.txtの「ABCabc03」が同じ色で色付けされてしまい、
それ以降は両者間で同じ文字列が異なる色で色付けされてしまいます。

動作環境で色の付け方を「文字列から計算する色」にしてみたところ、異なる文字列でも同じ色(または酷似した色)で色付けされるので、できれば「固定の色を順番に使用」したいところです。

> 明示的に色づけしたときだけ次の色を採用するようになるといい
という要望との両立が困難であれば、9.11までの動作を優先したいので、大変申し訳ないのですが、この一連の要望はすべて取り消して頂きたく存じます。
[ ]
RE:10760 V9.15β2No.10762
秀丸担当 さん 22/04/06 15:58 [ コメントを投稿する ]
  グズラさん作のマクロに影響があったのですね。
被らない色にすることはありかと思ったのですが、colormarkerallfound文は、それ単体だと動作環境に基づいて自動で色を割り当てる動作に相当することになっているので、両立は難しいです。
とりあえず従来のように戻そうと思います。
あと、findmarkerlist文で色情報の取得もできたほうがよさそうなので、取得する方法も検討しようと思います。
[ ]
RE:10762 V9.15β2No.10763
グズラ さん 22/04/06 16:59 [ コメントを投稿する ]
  グズラです。

>とりあえず従来のように戻そうと思います。

ありがとうございます。
お手数をおかけします。

>あと、findmarkerlist文で色情報の取得もできたほうがよさそうなので、取得する方法も検討しようと思います。

おー、これは素晴らしい。これが実現できると環境に依存せずに同じ色で検索色付けが復元できそうですね。
期待しております。
[ ]
RE:10758 V9.15β2No.10767
Y_H さん 22/04/08 09:15 [ コメントを投稿する ]
  ドキュメントのフォルダにいつの間にか
「HidemaruDebugLog.txt」というファイルができているのですが、
これはベータ版では常に出力されるものでしょうか?

「動作環境−トラブル対策」の「デバッグモード」はオフになっています。

1行目は「22/04/05 11:00:22.778」となっていて、
V9.15β1やV9.15β2を入れたタイミングとも異なるようです。

TSLの通信ログのようなものが記録されています。
また、今日も秀丸エディタを起動していますが、ログは追記されていません。

よろしくお願いいたします。
[ ]
RE:10767 V9.15β2No.10768
秀丸担当 さん 22/04/08 10:15 [ コメントを投稿する ]
  バグでお手数をお掛けして申し訳ありません。
HidemaruDebugLog.txtは、β版で常に記録ということは無く、本来デバッグモードをONにしないと記録されないものです。
可能性としてありそうなのは、V9.15β1とV9.13で、grep結果の秀丸エディタ上で、トラブル対策のオプションが変わってしまうという問題があり、その影響かもしれません。
もしそうだとしたら、V9.15β2かV9.14で修正されています。
消してもらって大丈夫です。すみません。

調べてみたところ、[その他]→[動作環境]→[トラブル対策]→[その他のトラブル対策...]だけでなく、デバッグモードのオプションも、grep結果上で不定にONになる可能性がありました。
さらに、grep結果をCtrl+F4(ファイルを閉じる)などで、grep結果のプロセスのままいったん新規状態にして、そこでファイルを開いて、さらに「ファイルのタイムスタンプを時々チェックする」のオプションによってアクティブ切り替えが発生するタイミングで、HidemaruDebugLog.txtができて「TSL:」から始まるようなログが記録される可能性がありそうでした。
もしかしたら他の条件では他のログもあるかもしれないです。
幾つかの条件が重ならないと起きないと思うのですが、ちょうどタスクバーの点滅でいろいろなパターンを試していただいたと思うので、それで起きていたのかもしれません。

[ ]
RE:10768 V9.15β2No.10769
Y_H さん 22/04/08 10:34 [ コメントを投稿する ]
  解説ありがとうございます。

よく見てみると、最後のログは「22/04/06 11:34:00.010」で、
V9.15β2を入れる直前のタイミングでした。

ということは、V9.15β2で修正されたものと同じ原因かもしれません。

自分も今回調べていただいているタグジャンプの件で
grep結果を何度も出して行き来していたため、
なにか一時的にオンになるケースがあったのかもしれません。

とりあえずこのファイルは削除して様子を見させていただきます。
[ ]

[ 新規に投稿する ]