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

PPvの窓を半透明の設定にして下記の設定でxdoc2txt経由でPDFなどを開くとき
PPv[A]が素直に開かず、PPv[B]やPPv[C]、PPv[E]などがいきなり開くことがあります。
また、全くPPvが起動しないこともあります。

Cドライブでも起こりますが
C以外のドライブレターを割り当てたネットワークドライブで頻発します。

PPvの窓を不透明にするとこの現象は全く起こらず、正常な動作になります。

X_bg = {
Opaque = 85
}

A_exec = ｛
xdoc2txt = "%0tools\xdoc2txt.exe"
}

*ppv %*name(CD,"%R","%1") -document:"%%Obd xdoc2txt -8 %%*name(CD,""%%R"",""%%1"") >""%%si'TempFile'""" -utf8


また、下記のようなエラーメッセージが毎回ではありませんが度々出現します。
---------------------------
PPx Internal Error
---------------------------
PPv main で、メモリ(5F4FFFCH)の読込失敗異常の対処ができなかったため、終了します。
詳細 Win11.25H2,2.09+1Dw UNICODE x64(May 31 2026)
B>:140011769(PPVW:140000000)
2:1400043E1(PPVW:140000000)
3:7FF9CE36C396(USER32:7FF9CE360000.CallWindowProcW+6A6)

「はい」で、ブラウザを開いて前記内容のみを作者に送信します。
「キャンセル」で、続行します（通常は終了します）。
対策できるかもしれませんので、できれば送信をお願いします。
---------------------------
はい(Y) いいえ(N) キャンセル
---------------------------

よろしくお願いします。

初めに開いた PPv[A] が終了する前に、新たな PPv を開いたため
別の ID が割り振られて開いたのだと思います。
また、ウィンドウの透明表示は結構負担が掛かるので、次のファイルを
開くまでに処理が間に合わなくなったと思います。

前記２つの理由のとおり、処理が間に合わずに PPv が重複して
開いた状態になっていると思われますので改善は難しいです。

一応、-r -bootid:a 等と指定して複数枚の PPv を開かないようにする
こともできますが、うまく表示ができなくなることも増えると
思います。


もう一点の異常終了については次版で修正する予定です。

最初はPPv起動キーを連打していないのにID[A]がずっと開かないのです。
それで、少し時間をおいてもう一度起動キーを押すと10秒くらい経過してから
PPv[B]などがいきなり立ち上がります。PPv[A]はプロセスに残ったまま
いつまでも表示されないのでそうなったときは毎回強制終了しています。
素人考えながら遅いのではなくどこかで処理が詰まっているように感じられます。

-documentオプションを使用しないで同等のことを行う下記の設定では
透明度を設定したままでも問題なく表示できます。
%Obd xdoc2txt -8 %*name(CD,"%R","%1") | "%0PPVW.exe"
確かに窓不透明設定時よりわずかに時間がかかっているように感じますが
開くのに何秒もかかるということはありません。
起動時に一瞬だけ透明度設定のためなのかちらつく程度で
ほとんど差は感じません。

> もう一点の異常終了については次版で修正する予定です。
ありがとうございます。窓透明度設定時のみ出る異常終了なので
こちらが改善されれば解決するかもしれないと期待しています。

PPv[A] が応答無しの状態ですか。
コンソールアプリをターミナルなし（%Obd）で使うと不安定で、
タイミング次第で問題が起きることがあるので、今回もそうかも
しれません。

こちらで半透明指定状態で同じコマンドを実行しても、特に引っかかる
ことなく実行できていますので合っているかどうかは分かりませんが、
PPv 起動時にオプション指定するのではなく、XV_opts に .pdf の項目を
作って -document: を指定すると挙動が変わるかもしれません。

+2確認しました。
PPvのエラーメッセージ出現は皆無になりました。ありがとうございました。
しかし残念ながら透明度設定したままPPv 起動時にオプション指定した
場合においてPPv[A]の応答なし状態はまだ時々出るようでした。

＞PPv 起動時にオプション指定するのではなく、XV_opts に .pdf の項目を
＞作って -document: を指定すると挙動が変わるかもしれません。
-document:以後のパラメータをそのままXV_optsに書いてみたら
透明度設定状態でも応答なし状態になることはなくなりました。
こちらに変えてみるのが良さそうです。
「指定されたパスが見つかりません。(3)」というメッセージが
毎回出て少し気になります。

あと、以下のように全ファイル右端で折り返す設定にしているのですが
時々折りかえし位置が中途半端な位置になることがあります。
毎回ではないのでなにか条件があると思うのですが掴めてないです。
XV_cols = {
-1= *
}

あと、+2の変更点で
＞-document:command を書庫内のファイルに対して使用できるように
とあります。
今まで、書庫内でも-document:command を使用することが時々あり*execinarcを
併用していたのですが、今後はこれが必要なくなるということでしょうか？
挙動はどのように変わりますか？

よろしくお願いします。

-document: にコマンド指定したときに応答無しになる問題は、
こちらでは再現できておらず、心当たりもないため、+2, +3 では特に
変更を行っていません。

エラーメッセージについては、コマンド実行時のエラーだと思います。
コマンドの記載内容を一度確認してみてください。

折り返し位置については、精度より判定速度を重視しているため
ずれが発生することがあります。また、スクロール方向等により
結果が変わったりします。

> -document:command を書庫内のファイルに対して使用できるように
これについては、PPv で開くファイルとして書庫内のファイルを
展開しないで指定しても -document:command で扱えるように
調整したことをいっています。

*execinarc なしでも大丈夫のはずですが、だめのときは指摘を
お願いします。

> -document: にコマンド指定したときに応答無しになる問題は、
> こちらでは再現できておらず、心当たりもないため、+2, +3 では特に
> 変更を行っていません。
すみません。現状を伝えただけで対策をお願いしたつもりはありません。
ここは仕様ということで回避策を考えようと思います。
結局、ご提案いただいたXV_optsにパラメータ記載する方法で
PPv[A]が応答なしとなることは皆無になったのですが
それでも何かに引っかかっているような挙動があるため
PPvの透明度設定を個別に無効化（O_VA＝100,O_VB=100…）
することにしました。

> エラーメッセージについては、コマンド実行時のエラーだと思います。
> コマンドの記載内容を一度確認してみてください。
-document: は%をエスケープして書くとヘルプにあったので%%と
書いていたのですが、下記のように％のエスケープをやめたら
メッセージ出なくなりました。ご指摘のとおりでしたすみません。

XV_opts = {
:PDF = -document:"%Obd xdoc2txt -8 %*name(CD,""%R"",""%1"") >""%si'TempFile'""" -utf8
}

> 折り返し位置については、精度より判定速度を重視しているため
> ずれが発生することがあります。また、スクロール方向等により
> 結果が変わったりします。
わかりました。こちらは仕様ということで仕方なしですね。

> > -document:command を書庫内のファイルに対して使用できるように
> これについては、PPv で開くファイルとして書庫内のファイルを
> 展開しないで指定しても -document:command で扱えるように
> 調整したことをいっています。
>
> *execinarc なしでも大丈夫のはずですが、だめのときは指摘を
> お願いします。
zipファイルを作ってunzzip64.dllで書庫内PDFを開いて確認してみたのですが
こちらでは+3でも%vではXV_optsの-document以後の設定が効かず
*execinarc %vとしないとだめでした。

よろしくお願いします。

> -document: は%をエスケープして書くとヘルプにあったので%%と

XV_opts 内に記載するときは、エスケープ不要です。ヘルプが
分かりにくいので補足を記載するようにします。

あと、XV_opts で記載する場合は、%*name(CD,""%R"",""%1"") より
%FDC がおすすめです。%*name の内容を変更して書庫内ファイルの
パスを扱うときに意図しない結果になることが防げます。


> zipファイルを作ってunzzip64.dllで書庫内PDFを開いて確認してみたのですが

xdoc2txt だと一時ファイル名が ～.tmp のため、ファイル種類が
分からないため問題が起きているようです。
次版で一時ファイル名に適切な拡張子を付けるように修正します。

色々と修正対応・アドバイスありがとうございます。
XV_optsにパラメータを記載する方がより高速に表示できる気がしまして
今後はそちらを使うようにしたいと思います。

%FDCだとマークしたファイルがあればそちらが対象になりますが、
ディレクトリやリストファイルの中でファイルを複数マークしながら、
追加マークしたいファイルをちょっとプレビューみたいな
作業をしたいのでマークを無視してカーソル上のファイルを対象にする
％R相当を使いたいのですがその場合はどう記述したら良いでしょうか？

PPvをドッキングなしで使っているときにはエラーは出なくなったのですが
PPcとドッキングして、上半分はPPc、下半分はPPvとして
連動ビュー設定で使用しているときに下記のようなエラーが時々出ます。

ドッキング状態でエラーを出したファイルであっても
ドッキングなしで開くとエラー無しで普通に開けます。
可能であれば対応いただけると助かります。

---------------------------
PPx Internal Error
---------------------------
PPv main で、メモリ(96EE000H)の読込失敗異常の対処ができなかったため、終了します。
詳細 Win11.25H2,2.09+3Dw UNICODE x64(Jun 20 2026)
1:1400174EF(PPVW:140000000)
2:1400171B8(PPVW:140000000)
3:14000AB4D(PPVW:140000000)

「はい」で、ブラウザを開いて前記内容のみを作者に送信します。
「キャンセル」で、続行します（通常は終了します）。
対策できるかもしれませんので、できれば送信をお願いします。
---------------------------
はい(Y) いいえ(N) キャンセル
---------------------------

%FDC については、XV_opts 内で書いているので %FDC は PPc の
選択ファイル名ではなく、PPv の表示中ファイル名になります。
PPc のキー割当て等で実行するときは、元の %R を使ってください。

%*name や %FDC などは、どこで実行するかによって、その対象
ファイルが決まります。


ドッキング状態の異常終了についてはこちらでは再現できていません。
今回出す +4 で関係しそうな所を調整しましたので改善できている
かもしれません。

> %FDC については、XV_opts 内で書いているので %FDC は PPc の
> 選択ファイル名ではなく、PPv の表示中ファイル名になります。
> PPc のキー割当て等で実行するときは、元の %R を使ってください。
>

わかりました。KC_mainの記述は %v %*name(CD,"%R","%1")　とします。
-documentの設定の方法が今までよく理解できていませんでしたので、
今回お尋ねしてよかったと思います。ありがとうございます。

> ドッキング状態の異常終了についてはこちらでは再現できていません。
> 今回出す +4 で関係しそうな所を調整しましたので改善できている
> かもしれません。

調整ありがとうございます。
PDFなどを開いても強制終了しなくなりましたが、XV_optsに以下のように
コンソール版7-zipを使って書庫ファイル内のテキストをつなぎ合わせて
PPvで直接開く設定をして、書庫をPPvで開くと時々落ちてしまいます。
ドッキングありなし両方で起こります。プレビュー表示でも以下の設定で
テキストを抽出できていますが落ちることがあります。

XV_opts = {
:PKZIP = -document:"%Obd 7z x %FDC -so -ir!*.txt -ir!*.htm -ir!*.html -ir!*.md > ""%si'TempFile'""" -utf8
}

Tipview
E_tipview = ｛
:PKZIP ,*ppv -bootid:Z "%si"TipTarget"" -P%si"TipWnd"
｝

了解です。見直しを続けていますので、次版で改善できるかもしれません。

試験版ありがとうございます。+5を試してみました。
残念ながらまだ圧縮ファイルを表示させた時に強制終了するみたいなのですが
そのようなファイルを表示させた時に
「-document converted file is empty」というメッセージも毎回出るように
なりました。

しかし、-documentが失敗しているわけではなく、ファイルの表示はできている
ようです。

まとめると
・強制終了ダイアログ
・linemessageで「-document converted file is empty」
・-documentで指示したファイルの内容
が同時に表示されます。

よろしくお願いします。

確認したところミスがありました。取りあえず該当箇所を直したのを
https://toro.d.dooo.jp/ppx0705.zip
に用意しましたので、よければ試してみてください。

> 「-document converted file is empty」
これは変換した結果のファイルサイズが 0 のときに出すようにした
メッセージです。コマンドの指定ミスで変換結果がないときに
警告できるように試しに表示させています。また、このときは
変換前のファイル内容を表示するようにしています。
この挙動は暫定でまた変更する予定です。

> 確認したところミスがありました。取りあえず該当箇所を直したのを
> https://toro.d.dooo.jp/ppx0705.zip
> に用意しましたので、よければ試してみてください。
>
修正版ありがとうございます。
早速試してみたところ今まで問題になっていた圧縮ファイルで
強制終了ダイアログは出なくなりましたが
今度はいままでとは違うファイルで以下のダイアログが出るようになりました。
特定のファイルで必ず出るというわけではなく、出たり出なかったりするようです。

---------------------------
PPx Internal Error
---------------------------
PPv main で、メモリ(0H)の書込失敗異常の対処ができなかったため、終了します。
詳細 Win11.25H2,2.09+5Dw UNICODE x64(Jul 4 2026)
B>:18001DDDD(PPLIB64W:180000000.thvprintf+11D)
2:18001CC5C(PPLIB64W:180000000.thprintf+18)
3:140011682(PPVW:140000000)

「はい」で、ブラウザを開いて前記内容のみを作者に送信します。
「キャンセル」で、続行します（通常は終了します）。
対策できるかもしれませんので、できれば送信をお願いします。
---------------------------
はい(Y) いいえ(N) キャンセル
---------------------------

こちらでも異常終了を確認しました。
https://toro.d.dooo.jp/ppx0706.zip
で該当箇所を修正しました。

修正ありがとうございます。0706版試してみました。
強制終了のメッセージは出なくなったようです。このまま様子見してみます。

気になる点が3点ありまして
(１)この版で初めて遭遇した現象なのですが、
-documentで変換する内容がないファイルの中で
「順番待ち中」というダイアログが出たまま、即開始(Y)ボタンを押すまで
処理が止まってしまうものがあります。
即開始(Y)ボタンを押すと「-document converted file is empty」という
メッセージとともに、-documentで変換する前、または後のファイルが表示されます。

（２）0705版でも起こっている現象で既に報告済みかもしれませんが
ご説明いただいた内容とは異なり
「-document converted file is empty」が表示されているにもかかわらず
-documentで変換した後のファイルが表示されるものがいくつかありました。

（３）-document経由でファイルを表示させたが文字コードを間違えていたとき、
PPvの文字コード切り替えメニュー（@キー）から文字コードを手動で切り替えると
-documentで処理する前の内容が表示されます。これは仕様でしょうか？

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

(1),(2)について empty 表示が出たときは、変換したファイルの
大きさが 0 のときです。変換後の内容が出るときは、
同じファイルに対して以前の -document が実行された結果を
表示したと思われます。

また、「順番待ち中」は、-document のコマンドラインが
実行完了していないときにでます。それを「即開始」で
進めた場合は、当然変換した結果が得られずに 0 バイトファイルが
取得される場合があります。


(3)については、文字コードが変換後に対してできたほうがよいので
見直します。

> (1),(2)について empty 表示が出たときは、変換したファイルの
> 大きさが 0 のときです。変換後の内容が出るときは、
> 同じファイルに対して以前の -document が実行された結果を
> 表示したと思われます。

tempフォルダに-documentの結果を保存するのでしょうか？
試しにtempを掃除してから同じように検証してみたのですが
変換後の内容が表示されるときがあります。もう少し様子を見てみます。

> また、「順番待ち中」は、-document のコマンドラインが
> 実行完了していないときにでます。それを「即開始」で
> 進めた場合は、当然変換した結果が得られずに 0 バイトファイルが
> 取得される場合があります。

順番待ち中のダイアログの機能と挙動については理解しているつもりです。
順番待ち中の状態からずっとダイアログが消えなかったので
止まったものと勘違いしていたのかもしれません。これも様子を見てみます。

> (3)については、文字コードが変換後に対してできたほうがよいので
> 見直します。

文字コードが異なることもある複数のテキストファイルをつなげて出力したときなど
重宝するのでそのようにしていただけると嬉しいです。

よろしくお願いします。

> tempフォルダに-documentの結果を保存するのでしょうか？
ファイルを開くときに -document が複数回実行されることがあり、
そのときに１回目で成功した後、２回目で失敗することを想定しています。
このときは、１回目で得られた内容をメモリ内に保持しているため、
２回目で失敗しても１回目の内容が表示できます。


> 止まったものと勘違いしていたのかもしれません。これも様子を見てみます。
何か入力待ちか何かで止まっているのかもしれません。
一度、 %Od を解除して経過を表示すると検討しやすいかもしれません。


>
> > (3)については、文字コードが変換後に対してできたほうがよいので
> > 見直します。
>
> 文字コードが異なることもある複数のテキストファイルをつなげて出力したときなど
> 重宝するのでそのようにしていただけると嬉しいです。
>
> よろしくお願いします。

回答ありがとうございました。
もう少しいろいろと試してみます。

> (3)については、文字コードが変換後に対してできたほうがよいので
> 見直します。
+6で修正されているのを確認しました。ありがとうございました。

あと、今のところですが、あれこれとファイルを表示させても
強制終了のダイアログを見ることは皆無になりました。
ありがとうございました。