[リストへもどる | 新着記事50件]
新着記事

タイトル： Re^3: PPx 2.08+3
記事No： 5183   [関連記事]
投稿日： 2026/05/03(Sun) 23:49
投稿者： や
解説ありがとうございます。

> 一体化窓のペイン数を一体化窓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の「タブをキーで選択」したとき
今どのタブを選択しているのか判別できないのですが見やすくできないでしょうか？

タイトル： Re^6: PPvの文字サイズについて
記事No： 5182   [関連記事]
投稿日： 2026/05/03(Sun) 23:32
投稿者： や
> https://toro.d.dooo.jp/PPVW0503.zip

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

タイトル： unzzip.dll 1.5+2
記事No： 5181   [関連記事]
投稿日： 2026/05/03(Sun) 22:45
投稿者： TORO
unzzip.dll 1.5+2 を公開しました。

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

タイトル： Re^2: PPx 2.08+3
記事No： 5180   [関連記事]
投稿日： 2026/05/03(Sun) 22:45
投稿者： TORO
*pane closepane は、該当ペインのタブを全て閉じる動作をするため
タブを共用する設定ですと共用のタブを全て閉じて結果として
終了する動作になっています。
*pane hide が希望する動作だと思います。

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


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

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


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

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

タイトル： Re^5: PPvの文字サイズについて
記事No： 5179   [関連記事]
投稿日： 2026/05/03(Sun) 22:38
投稿者： TORO
分かりました。少し挙動を変えたものを以下に用意しましたので
試してもらえませんか。

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

タイトル： Re: PPx 2.08+3
記事No： 5178   [関連記事]
投稿日： 2026/04/30(Thu) 19:00
投稿者： や
複数PPcを一体化させ、1ウィンドウにする　→　チェック
ID Aの一体化窓でも常にZxx　→　チェック
タブ列を常時表示　→　チェック
タブ列をペイン毎に表示　→　チェック
↑が有効の時タブ一覧もペイン毎に独立　→　チェックなし

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

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



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

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

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

よろしくお願いします。

タイトル： Re^4: PPvの文字サイズについて
記事No： 5177   [関連記事]
投稿日： 2026/04/30(Thu) 18:43
投稿者： や
ご対応ありがとうございます。
+3で確認したのですが私のところでは残念ながらまだ直ってないように見えます。

タイトル： Re^4: unzzip.dll 1.4+5
記事No： 5176   [関連記事]
投稿日： 2026/04/29(Wed) 16:30
投稿者： o
>多分テスト時にも展開先が指定されていると思います。
>次版で解釈を調整してみます。

よろしくお願いします。

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();

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

タイトル： PPx 2.08+3
記事No： 5175   [関連記事]
投稿日： 2026/04/29(Wed) 14:48
投稿者： TORO
PPx 2.08+3 を公開しました。
+2 で一行編集の補完リストの閉じるときの動作がおかしくなったのを
修正しています。

タイトル： Re^3: unzzip.dll 1.4+5
記事No： 5174   [関連記事]
投稿日： 2026/04/29(Wed) 14:46
投稿者： TORO
多分テスト時にも展開先が指定されていると思います。
次版で解釈を調整してみます。