いつもお世話になります。

Paper Plane cUI Version 2.08+3(Apr 29 2026,x64,UNICODE)　一体化
Windows11

◆以前同様の報告をあげたかと思いますが、ダイアログも出ない終わり方になったので報告します。

フォルダサムネイル表示を行う際、全てのフォルダのサムネイル表示が終わる前に詳細表示に切り替えると、PPXが消えるように異常終了する時があります。
プロセスも残る事無く消えています。

●定義は以下です。
①*viewstyle -id サムネイル1(&T)
　サムネイル1(&T) = n20,8 s1
　XC_ocig = 2,2,0,1,4,256,0
②詳細2(&4) = s1 M wF16,5 z15 S1 T17 s2

●手順は以下です
①でサムネイル表示にします。page up/downやディレクトリ移動などで、サムネイル表示を作成/書込中に②で詳細表示にします。

異常終了する確率はばらつきが有りますが、最悪1/50位でした。出る時は連続して発生します。サムネイル表示が落ち着いてからだと出ないようです。


◆別件：メニューのチェック表示について
エントリ表示(MC_celS)のメニューを表示させた時、現在の表示設定にチェックが付きますが、下の方の選択時にはチェックが付きません。何らかの設定が必要なのでしょうか？

-tオプションの件
対応ありがとうございます
残念ながら
書庫内がファイルだけの場合は解凍されなくなりましたが
書庫内がフォルダに入ったファイルの場合フォルダのみ解凍されてしまいます
よろしくお願いします。

解説ありがとうございます。

> 一体化窓のペイン数を一体化窓ID毎に記憶して、次回も同じ数で起動する
> ことはできないでしょうか？

＞こちらは X_mpane の 1つめの設定を大きくすることで対応できます。
＞起動時にこの設定以上のペインを開こうとすると無視されるように
＞なっています。

こちらですがX_mpaneの2つ目の設定で全ての一体化窓IDにおける
起動時のペイン数が決まってしまうのではないでしょうか？
ペイン1つで終了したなら次も1ペイン　2つで終了したなら次も2ペインに
なってほしいのです。

自己解決かもしれませんが　CLOSEEVENTに
*ifmatch !0,0%n# %:*setcust X_combou:%n#=%*getcust(X_combos)
を仕込んでみるとそれらしくなりました。

あと、ダークモード時　*pane menuの「タブをキーで選択」したとき
今どのタブを選択しているのか判別できないのですが見やすくできないでしょうか？

> https://toro.d.dooo.jp/PPVW0503.zip

こちらに差し替えたところOKでした。修正ありがとうございます。

unzzip.dll 1.5+2 を公開しました。

unzip32.dll 互換コマンドラインのテスト(-t)のときは
展開を行わないようにしました。

*pane closepane は、該当ペインのタブを全て閉じる動作をするため
タブを共用する設定ですと共用のタブを全て閉じて結果として
終了する動作になっています。
*pane hide が希望する動作だと思います。

また、コマンド名が紛らわしいので、少し調整しようと思います。


> 一体化窓のペイン数を一体化窓ID毎に記憶して、次回も同じ数で起動する
> ことはできないでしょうか？

こちらは X_mpane の 1つめの設定を大きくすることで対応できます。
起動時にこの設定以上のペインを開こうとすると無視されるように
なっています。


> 前回開いていたタブを可能な限り復元するような挙動にはできないのでしょうか？

こちらは考えていませんでした。検討してみます。

分かりました。少し挙動を変えたものを以下に用意しましたので
試してもらえませんか。

https://toro.d.dooo.jp/PPVW0503.zip

複数PPcを一体化させ、1ウィンドウにする　→　チェック
ID Aの一体化窓でも常にZxx　→　チェック
タブ列を常時表示　→　チェック
タブ列をペイン毎に表示　→　チェック
↑が有効の時タブ一覧もペイン毎に独立　→　チェックなし

この設定で
*pane newpane のあと、*pane closepaneすると必ず強制終了します。

↑が有効の時タブ一覧もペイン毎に独立　→　チェック
この場合は問題ありません。



別件なのですが
現状では、一体化窓起動時のペイン数をX_mpaneで指定するようになっていますが

一体化窓のペイン数を一体化窓ID毎に記憶して、次回も同じ数で起動する
ことはできないでしょうか？

また、1ペイン=1タブグループとして扱うなどして、ペインを増やしたときに
前回開いていたタブを可能な限り復元するような挙動にはできないのでしょうか？

よろしくお願いします。

ご対応ありがとうございます。
+3で確認したのですが私のところでは残念ながらまだ直ってないように見えます。

>多分テスト時にも展開先が指定されていると思います。
>次版で解釈を調整してみます。

よろしくお願いします。

annsFMのソースは以下の部分みたいです(多分)
Lmzip32のオプション扱い
FileView.cppの『CFileView::OnMenuShiftKeyT()』

```
void CFileView::OnMenuShiftKeyT()
{
// TODO: ここにコマンド ハンドラー コードを追加します。
saLmzip32ViewOption = "-t";
CmdKeyView();
}

// Cmd No 0x56
void CFileView::CmdKeyView(void)
{
if ( m_pFmParam->m_FileNum == 0 ) return;
CreateannsView(false, m_pFmParam->m_bViewannsFMtextExe);


void CFileView::CreateannsView(bool bGmode, bool bFMtextExe, CString sFileName)
{

........................

if (!bFindSPI) {
if (saLmzip32ViewOption == _T("-t")) {
sPfname = CreateTestArcListFile();

........................
}
```