秀丸メールV5.16β13	No.02042
秀まるお さん　09/03/27 10:05
秀丸メールV5.16β13をアップロードしました。 http://www.hidemaru.interlink.or.jp/software/bin2/hmmail516b13_signed.exe 　非ユニコードアプリケーション用のコードページが日本語になってない場合で もちゃんと日本語アプリケーションとして動くように直していますけど、普通の 日本語環境で動く場合は従来通り動くように作ったつもりです。なのでその点で レベルダウンのバグは出ないようになってるとは思いますけど…、修正量はかな り多いのでちょっと怖いといえば怖いです。 　あと、Windows95上でも簡単な動作確認だけはやっています。 　ということでお願いします。

[ △ ]

RE:02042 秀丸メールV5.16β13	No.02044
亜希 さん　09/03/28 12:28
新規メールを受信したとき、カーソルがメール一覧の一番上に来ません。

[ △ ]

RE:02044 秀丸メールV5.16β13	No.02045
秀まるお さん　09/03/28 22:10
とりあえず、βテストにご協力ありがとうございます。 　で、問題の件ですが、そもそも秀丸メールでは、新着メールが入ってきても、 メール一覧で選択している位置を勝手に変えるようなことはしてないです。 　例えばメール一覧のソート方法がDate:ヘッダの「▼」の順（つまり最新メー ルが一番上に来る状態）になっていたとします。その状態で、例えば一番上の メールを選択している状態だとします。そこで受信の動作をすると、新着メール は今現在選択してるメールよりも上に挿入される形になると思います。 　そうなった場合でも、秀丸メールは以前選択してたメールをそのまま選択しつ づけるはずで、カーソルがメール一覧の一番上に移動するということは無いはず です。 　もし今まで（β版を入れる前まで）カーソルがメール一覧の一番上に移動して いたとしたら、それは何かのマクロを登録していたからではないでしょうか。具 体的には、「マクロ・マクロ登録...」の「自動起動」ページの「受信が一段落 した時」の所に何かマクロを登録していて、そのマクロがメールの選択位置を自 動的に一番上に移動させてたってことではないでしょうか。 　もしそうだとしたら、つまり、秀丸メールのβ版になったことで、そのマクロ がうまく動かなくなったということかと思います。だとしたら、具体的にそのマ クロが中でどういうことをやってるのか調べる必要があります。 　ということで大変前置きが長くなってしまいましたが、その「受信が一段落し た時」の所に登録しているマクロが何かあるとしたら、それが何か（たとえはう ちのライブラリに登録されてる物だとしたら、それの登録名等）を教えて欲しい です。 　あるいはもしも何もマクロを登録してないのだとしたら、それはそれで、そも そもなぜ以前はメールの選択位置が勝手に一番上になっていたのか、何かヒント があれば教えて欲しい所です。

[ △ ]

RE:02045 秀丸メールV5.16β13	No.02046
oshimas さん　09/03/29 09:28
私も似たような状況です。 １．メールが縦スクロールバーが出るだけの量が入った受信フォルダがあります。 ２．カーソルはメールの一番上のメールを選択しています。 ３．新規にメールを受信します。 前のバージョンだと、メール一覧が自動的に下にスクロールされ、 新規メールが自動的に一番上に表示されました （ただし、カーソルは今まで選択していたメールを選択したままです）。 最近のベータバージョンだと、新規メールを受信してもメール一覧は スクロールされません。したがって、新規メールは自動的には 画面上に表示されず、手動で上にカーソルを移動させないと、 新規に取得したメールは表示されません。 設定は次の通りです。 未読メールの閲覧−詳細 「先頭の未読メール、未読が無ければ最新メール」にチェック 「以前選択してた…」にチェック 「下順ソートの場合はなるべく上方向に読み進む」にチェック 「ページ単位で閲覧するときのみ」にチェック よろしくお願いします。

[ △ ]

RE:02042 秀丸メールV5.16β13	No.02047
ぱと さん　09/03/29 11:39
>　秀丸メールV5.16β13をアップロードしました。 いくつか前のバージョンで報告した「検索フォルダ一覧でメールを削除すると、 メモリリークのような状態になる」という件ですが、β13では、起きなくなりま した。 ところで、検索フォルダの動作について、一つ教えて下さい。 一度設定した検索フォルダは、秀丸メールを再起動などしても基本的にはメール一 覧は再生成されず、内容が維持されますよね。また「リアルタイムに更新する」の オプションがオンの時には、条件に当てはまるメールを新たに受信した時などには、 一覧が再生成されるのでなく、必要な更新だけが行なわれます。基本的には、再生 成が行なわれるのは「再検索」のボタンを手動で押した時だけのようです。 ところが、なんらかのタイミングで、「再検索」を押さないのに、検索フォルダ のメール一覧の再生成が行なわれてしまう時があります。(秀丸メールのバージ ョンアップ後など？）秀丸メールが「検索フォルダの一覧がおかしいので、再生 成する必要がある」と判断した時に行なわれているようですが、この再生成はど ういう条件で行われるのでしょうか？ ------- ぱと

[ △ ]

RE:02046 秀丸メールV5.16β13	No.02048
秀まるお さん　09/03/29 22:23
メールが追加された時のスクロールの方式は、たしかにβ13でいじりました。 　検索フォルダの一覧を作成している最中の、現在選択しているメールの位置が 勝手にスクロールアップダウンするのが気に入らなくて直したんですが、新着 メールを受信した時の動作にも影響するとは思ってもいませんでした。 　ということでまた修正させていただきます。

[ △ ]

RE:02042 秀丸メールV5.16β13	No.02049
ぱと さん　09/03/30 08:46
>　秀丸メールV5.16β13をアップロードしました。 検索条件として flag=transmit=0日前-1日分, subfolder=0 つまり今日送受信したメールという条件を設定した検索フォルダがあり、 リアルタイム更新の設定にしてあるのですが、自動的に更新されないようです。 [再検索]ボタンを押したら、今日送受信されたものに更新されました。 ------- ぱと

[ △ ]

RE:02047 秀丸メールV5.16β13	No.02050
秀まるお さん　09/03/30 09:19
> 一度設定した検索フォルダは、秀丸メールを再起動などしても基本的にはメール一 > 覧は再生成されず、内容が維持されますよね。 　検索フォルダのメール一覧は秀丸メールを終了すると破棄されまして、次回 秀丸メール起動時の一番最初のフォルダ選択時に再度ゼロから検索しなおしって ことになります。 > この再生成はど > ういう条件で行われるのでしょうか？ 　どこかのフォルダでのメール一覧のキャッシュが再生成されると検索結果も信 用できないということで、そういう場合に検索フォルダ（および検索して一覧作 成の結果）がクリアされることがあります。クリアされた検索フォルダを選択す ると、そのタイミングでまた再検索が実行される形になります。 　具体的にどういうタイミングで勝手再検索するかまでは断言出来ませんけど。

[ △ ]

RE:02050 秀丸メールV5.16β13	No.02051
ぱと さん　09/03/30 09:42
秀まるお さん 秀丸メールユーザーのぱとと申します。 >　検索フォルダのメール一覧は秀丸メールを終了すると破棄されまして、次回 >秀丸メール起動時の一番最初のフォルダ選択時に再度ゼロから検索しなおしって >ことになります。 あれ？そうすると、秀丸メールを完全終了して、次に起動した時には、検索フォル ダのメール一覧は必ず再生成されるはずなんですね？ ああ、そうか、ごめんなさい、私が現在βを使っている環境では、パソコンがつけ っぱなしで、スタンバイしていることがほとんどだったので、再生成が行われてい なかっただけのことだったんですね。 で、たまに再起動した時に一覧の再生成が行われることがあって、私としてはどち らかというとこれが例外的な処理なのだろうと勝手に思っていたのでした。現在の 仕様上は、これで当然の動作なのですね。 >　どこかのフォルダでのメール一覧のキャッシュが再生成されると検索結果も信 >用できないということで、そういう場合に検索フォルダ（および検索して一覧作 >成の結果）がクリアされることがあります。クリアされた検索フォルダを選択す >ると、そのタイミングでまた再検索が実行される形になります。 メールフォルダの中の具体的なファイルでいうと、検索対象の実フォルダの list. bin がなんらかのトラブルにより再生成された時点で、検索フォルダの方の list. bin はいったん廃棄されることがあるということですね？ だいたい了解しました。ありがとうございます。 現在の仕様上、検索フォルダは秀丸メール終了ごとに廃棄ということを知り、ちょ っと残念です。この形で起動ごとに都度再生成されるということだと、ML のメール などでの情報管理という意味で検索フォルダを使うのは困難ですね。 再起動前後で検索フォルダの内容を保持するというのは難しいでしょうか？ 対象となる各実ログフォルダの実際のログファイルに変化が無ければそのまま検索 フォルダの一覧も保持されるとか。そういうことが可能なら、検索の範囲を調整す ることで、運用で対応できそうです。 ---- ぱと

[ △ ]

RE:02051 秀丸メールV5.16β13	No.02054
秀まるお さん　09/03/30 15:15
リアルタイムに更新する対象のフォルダでも、一番最初の一覧作成の最中に中 断をすると、あとはそのフォルダの検索結果は中断された状態のままになって、 リアルタイム更新はなされない、という仕様もありますけども…。 　今のところまだ十分な運用実績が無いので、いろいろおかしい点があれば報告 いただけると助かります。ただ、再現手順が分からないケースがほとんどかと思 いまして、そういうケースについては様子見させていただくしか無いことも多い ですけど、その辺はご了承いただきたいと思います。

[ △ ]

RE:02054 秀丸メールV5.16β13	No.02058
ぱと さん　09/03/30 17:52
秀まるお さん 秀丸メールユーザーのぱとと申します。 >　リアルタイムに更新する対象のフォルダでも、一番最初の一覧作成の最中に中 >断をすると、あとはそのフォルダの検索結果は中断された状態のままになって、 >リアルタイム更新はなされない、という仕様もありますけども…。 なるほど。今回の私のところのはたぶん、この条件には当てはまらないと思います。 スタンバイ状態になっていたというようなことも絡みますかね？ できたら、少しリアルタイム更新の仕組みというか、現状の仕様を教えていただけ ればと思います。 受信と同時に、受信したメールを直接解析して(振分と同じタイミング？)で、検索 フォルダが更新されるようになってるのか、それとも、検索フォルダの対象となる フォルダの状態(list.bin の変化？)をなんらかのルールで監視していいて、一定の タイミングで更新することになっているのか？ ごめんなさい、もちろん開発上の秘密等もあると思いますが、今回私が根本的な仕 様を誤解していたこともありまして、「どういう動作が本来の仕様上の動作なの か」っていうことについてもう少し情報があればと思いまして。 >　今のところまだ十分な運用実績が無いので、いろいろおかしい点があれば報告 >いただけると助かります。ただ、再現手順が分からないケースがほとんどかと思 >いまして、そういうケースについては様子見させていただくしか無いことも多い >ですけど、その辺はご了承いただきたいと思います。 私もいまだに、メイン環境でなく、仕様用の環境でしか使ってないので、十分な報 告ができずに申し訳ありません。dump.txt やその他の情報について、「こういう情 報があると、開発にフィードバック可能である」というようなものがあれば、しか るべき設定等をしますので、教えて下さい。 ---- ぱと

[ △ ]

RE:02058 秀丸メールV5.16β13	No.02063
秀まるお さん　09/03/31 08:59
> できたら、少しリアルタイム更新の仕組みというか、現状の仕様を教えていただけ > ればと思います。 　別にこれといって特別な仕様は無いというか、普通の「検索結果の一覧なん だ」というつもりで使っておかしいと思われる点があれば指摘してくれればいい かなぁと思っているだけです。 　自分でも仕様というか、例えばどのコマンドが使えてどのコマンドが使えない のかっていう一覧表みたいなのは作って無いです。

[ △ ]

RE:02063 秀丸メールV5.16β13	No.02066
ぱと さん　09/03/31 10:38
秀まるお さん 秀丸メールユーザーのぱとと申します。 >> できたら、少しリアルタイム更新の仕組みというか、現状の仕様を教えていただけ >> ればと思います。 > >　別にこれといって特別な仕様は無いというか、普通の「検索結果の一覧なん >だ」というつもりで使っておかしいと思われる点があれば指摘してくれればいい >かなぁと思っているだけです。 > >　自分でも仕様というか、例えばどのコマンドが使えてどのコマンドが使えない >のかっていう一覧表みたいなのは作って無いです。 えっと、検索フォルダ全体の仕様について確認したかったわけではなく、「リアル タイム更新」の動作する仕組みについて主に確認したかったのです。本来なら、リ アルタイム更新はどの時点で行われるのでしょうか？ (1)新規メールの受信と同時に (2)秀丸メールが動作している間に一定期間ごとに更新をチェックして (3)検索対象となっているフォルダのメール一覧が更新されたかどうかを監視して とかそういうことです。私がリアルタイム更新が働かなかったと書いた flag=transmit=0日前-1日分, subfolder=0 という条件は、直接は、メールの受信をタイミングして更新されるわけでなく、た とえば仕様によってですが、日が変わった時点で更新されるはずの条件なので、こ のあたりについてリアルタイム更新の仕組み(現状の仕様)を教えていただきたかっ たのです。 ---- ぱと

[ △ ]

RE:02066 秀丸メールV5.16β13	No.02067
秀まるお さん　09/03/31 10:46
リアルタイム更新がONの時は、検索フォルダが「中断」の状態になってなけれ ば常にリアルタイムで更新するはずです。なので、 > flag=transmit=0日前-1日分, subfolder=0 　のメールがフォルダに出てこなかったのはバグではないかと思いますが、今の ところなぜそうなったのかよく分かりません。 　たぶんバグなんだと思います。

[ △ ]

RE:02067 秀丸メールV5.16β13	No.02068
ぱと さん　09/03/31 10:52
秀まるお さん 秀丸メールユーザーのぱとと申します。 >　リアルタイム更新がONの時は、検索フォルダが「中断」の状態になってなけれ >ば常にリアルタイムで更新するはずです。なので、 ということは、いわば、「検索して一覧実行」相当のルーチンが、リアルタイム更 新をオンにした検索フォルダの数だけ、常に実行されているのと同じだと考えれば いいのでしょうか？ ---- ぱと

[ △ ]

RE:02068 秀丸メールV5.16β13	No.02069
秀まるお さん　09/03/31 11:17
> ということは、いわば、「検索して一覧実行」相当のルーチンが、リアルタイム更 > 新をオンにした検索フォルダの数だけ、常に実行されているのと同じだと考えれば > いいのでしょうか？ 　追加されたり書き換えられたメールがあれば、そのメール１通だけを対象に検 索相当の処理が実行される形になります。 　検索フォルダの一覧がまだ作成されてない時や中断されてる時は、その処理は されないです。 　とりあえず、中断してる場合でもそれ相当のリアルタイム更新をやってしまう ように直そうかなぁと思います。 　（中断してたせいで更新されなかったのかバグなのか分からないと困るし）

[ △ ]

RE:02069 秀丸メールV5.16β13	No.02070
ぱと さん　09/03/31 11:32
秀まるお さん 秀丸メールユーザーのぱとと申します。 >　追加されたり書き換えられたメールがあれば、そのメール１通だけを対象に検 >索相当の処理が実行される形になります。 あっ、なるほど、これをうかがってこの部分の仕組みは一応理解いたしました。 ありがとうございます。 >　検索フォルダの一覧がまだ作成されてない時や中断されてる時は、その処理は >されないです。 > >　とりあえず、中断してる場合でもそれ相当のリアルタイム更新をやってしまう >ように直そうかなぁと思います。 >　（中断してたせいで更新されなかったのかバグなのか分からないと困るし） この件と少しだけ関連して発展した話題になってしまいますが、秀丸メールの起動 時点で既に存在している検索フォルダについては、その検索フォルダが選択される 前でも、秀丸メールのアイドル時などに、バックグラウンドで、自動的に生成や更 新が行われているということにはできないでしょうか？上記の秀まるおさんのコメ ントはそういうことも含みますか？ ごめんなさい、今βを確認できる環境ではないのですが、もしかして、リアルタイ ム更新がオンの検索フォルダは、既にそういう動作になるはずですか？ もしそういうことが可能なら、起動してすぐに検索フォルダを開くという場合以外 では、検索フォルダを開くと既に期待した一覧がそこに存在しているということに なるので、とてもありがたいです。 ---- ぱと

[ △ ]

RE:02070 秀丸メールV5.16β13	No.02072
秀まるお さん　09/03/31 18:01
> この件と少しだけ関連して発展した話題になってしまいますが、秀丸メールの起動 > 時点で既に存在している検索フォルダについては、その検索フォルダが選択される > 前でも、秀丸メールのアイドル時などに、バックグラウンドで、自動的に生成や更 > 新が行われているということにはできないでしょうか？ 　今のところは出来ません。 　現状のリアルタイム検索がものすごく安定動作するようになったらそういう難 しい処理の追加も考えられるかもしれませんが、今のところは無理かと思います。

[ △ ]

---