確かにソースもアップロードされていませんでした。
先程アップロードしました。ありがとうございます。

> Windows Help の更新が漏れていたので先程公開しました。
お世話になってます
ソースも404 Not Found画面になりダウンロード出来ませんでした
まあ、一応毎回保存してるだけで使い道無いのですが

Windows Help の更新が漏れていたので先程公開しました。

>>312
F1, F10 はどちらも Windows による制御がされています。
PPx 側でいくつか対策して普通に使えるよう調整していますが、
場当たり的な対応に近いため、対応しきれないところがあり、
指摘の通りの動作になる環境があります。
こちらでも検討してみますが、それまでは %k 等を使って
回避をお願いします。

PPx 1.88 一式を公開しました。

内部挙動を少し調整しています。

ありがとうございます、＋３を使ってみます。

PPx 1.87+3 を公開しました。

*pane newtab の修正の他、いくつか調整しています。

とりあえずこちらでも異常終了する画像が見つかったので
+3 で修正しました。もし他に異常終了する画像があれば
また教えてください。

すみません、どの画像で発生したかわからなくなってしまいました。
再発したら報告します。

> よく前の内容を読んでみると、カーソル位置の
> 拡張子取得のようですね。カーソル位置固定の
> 拡張子は %T でなく、%t です。

%Tを%tに代えたところ問題なく動作しました。ありがとうございます。

%Or- %K"@space" %: *linemessage %Tは連続マークされ、%ORなら連続マークされなかったのでこれでいいかなと思ってましたが、%tのほうが適当ですね。

了解です。表示していた画像の縦横の大きさと色ビット数を
教えてもらえると助かります。

よく前の内容を読んでみると、カーソル位置の
拡張子取得のようですね。カーソル位置固定の
拡張子は %T でなく、%t です。

問題報告ID : 582からの送信は、PPvで画像表示時 Shift+L で発生したものです。

> これは http://toro.d.dooo.jp/ppxhelp.html#marks に記載されて
> いるマークエントリの取り扱いの規定の動作です。
> %Or- で連続実行しなくなります。

ご指摘の通りでした。%Rや%Yでも場合によって%Or-が必要ということですね。
ただ、何度か確認してみて%Or-で止まる時もあれば、止まらないこともあるようなのでもう少し確認してみます。

PPx Script Module R19 と PPx V8 Script Module R1 を
公開しました。

どちらもドキュメントの整備を行っており、DLL は
バージョン番号の変更のみとなっています。

これは http://toro.d.dooo.jp/ppxhelp.html#marks に記載されて
いるマークエントリの取り扱いの規定の動作です。
%Or- で連続実行しなくなります。

バグっぽい挙動を見つけたので報告します。

エントリリスト上に一つ以上のマークがある状態で、
%K"@SPACE" %: *linemessage %Tを実行するとリスト上のファイルが連続でマークされます。

実際には以下のようなコマンドを実行しているときに発生しました。
*string o,relative_path="%Y.%T"
%K"@SPACE" %: *execute V,*jumpline 0 %%: *find %%so"relative_path"

リストファイル上の相対パスを取得するのに%Y.%Tを使う必要があったのですが、
取り敢えず%*js("PPx.result=PPx.Entry.Name")で回避できています。

できました！ありがとうございますm(_ _)m

%*windowrect で第１パラメータを省略しているため、
PPe のウィンドウでなく、PPe 内の編集部分の
位置・サイズを取得しています。

このため、枠の大きさ分だけずれが発生しています。

各%*windowrect(,～)を *windowposition と同じように%*windowrect(%N.,～)としてください。

今まで問題なかったのは、最近の調整のためかもしれません。

>>310
Alt+Home か Alt+カーソルキーで画面内に移動します。
あと、Alt+スペースの時、メニューバーがあると
始めは１つ目のメニューのはずなので、
[←]でシステムメニューに移動すると思います。

以前なおして頂いたのですが(記事No：3873)
同じ症状が再発しているようです。記憶と再現を繰り返すたびにPPEの大きさが小さくなります。

_Command = {
saveppepos = *setcust S_ppe:l=%*windowrect(,l)
*setcust S_ppe:t=%*windowrect(,t)
*setcust S_ppe:w=%*windowrect(,w)
*setcust S_ppe:h=%*windowrect(,h)
loadppepos = *windowposition %N.,%*getcust(S_ppe:l),%*getcust(S_ppe:t),%*getcust(S_ppe:w),%*getcust(S_ppe:h)
}

K_ppe = {
F11 ,*saveppepos
F12 ,*loadppepos
}


環境:
Win10
64bit版 Version 1.87+2
Window Module R9

こちらでも確認しました。

ここしばらく行っている一体化窓関係の変更で機能しなくなって
いました。次版で修正します。

普段使わない機能なので勘違いかもしれませんが、
*pane newpaneを実行してもペインが増えません。
win10 ppxdw64 1.87+2で確認しました。

PPx 1.87+2 を公開しました。

報告頂いた各種問題の修正を行っています。

>>304
現状の *ifmatch はルートディレクトリを比較対象にすることが
できないため、+2 で使えるようにします。

>>305
X_jinfc による実行は一行編集上でないので、*completelist が
使えません。K_edit:FIRSTEVENT / LOADEVENT を使ってください。

また、PPc の [C][M] は別スレッドなので、ダイアログが
表示される前に *deletecust が実行される恐れがあります。

K_edit:～EVENT 内で *deletecust を実行するか、*ifmatch で
切り分けが必要です。

> 終了コードについては、%*extract(C"*file %%: 1") のようにすれば
> キャンセルしたときは空欄になります。

これで想定した動作にできました。ありがとうございます。

> 尚、*ppcfile についてはそもそも別スレッド動作になるため、
> ダイアログが表示した頃にはコマンドラインの実行が完了した
> 状態になるため、取得はできません。-compcmd で完了後実行くらい
> ならできます。

*ppcfileで試行したのが間違いだったんですね。勉強になります。

Ctrl+Shift+P は内部で *replace を使用しているため、
前に指摘した頂いた状態になります。

*insert については１つ前の投稿の通り、２文字短くなってしまう
ため、1.87を使ってください。

終了コードについては、%*extract(C"*file %%: 1") のようにすれば
キャンセルしたときは空欄になります。

尚、*ppcfile についてはそもそも別スレッド動作になるため、
ダイアログが表示した頃にはコマンドラインの実行が完了した
状態になるため、取得はできません。-compcmd で完了後実行くらい
ならできます。

既に指摘頂いていますが、+1では *insert, *insersel, *replace の
パラメータが「"」で括っていない場合、末尾２文字がカットされた
状態になってしまっています。

修正する時間がとれなかったため、修正版は今週末になる予定です。

それまでは 1.87 を使用してください。

追記
コピー等で文字入力BOXが出ているときに、M_pjump に定義したフォルダを選択すると、後ろ2文字分が消えて出てきます

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

リネームで拡張子が欠けます。
*replace %Y.%*nowdatetime("YND.HMS",%R).%t
拡張子の後ろ二文字分が消えるようです。

以上宜しくお願いします

> また、一行編集 / PPe の *insert 等の文字数制限を解除しています。

*insert abcなど""で括らない文字列を正しく取得できなくなっています。""で括れば問題ないですが、以前と挙動が変わっているので報告します。


それとスクリプトモジュールについて質問があります。
別のPPx上から実行したPPxコマンドの終了コードを取得したいのですが現状は無理でしょうか？

例えばPPb上からJscriptを実行し、スクリプト内でPPcから"*ppcfile"を実行するのは、
PPx.Execute('*execute C,*ppcfile');
で可能ですが、この場合*ppcfileのダイアログをキャンセルしても終了コードを得られず、
スクリプトの停止方法に悩んでいます。

> PPx 1.87+1 を公開しました。
>
> %*choice のパラメータ解釈がおかしかったのを修正したほか、
> 改行を含むパラメータに対応しています。

修正確認できました。ありがとうございます。

参考情報ですが、
Susie Plug-in は基本的に sRGB の範囲内しか使えず、
より範囲が広い HDR とかはアプリ側でカラープロファイルに
対応しないと sRGB の範囲に狭くすることになります。

PPx 1.87+1 を公開しました。

%*choice のパラメータ解釈がおかしかったのを修正したほか、
改行を含むパラメータに対応しています。

また、一行編集 / PPe の *insert 等の文字数制限を解除しています。

既に統合されていました（"カラーをsRGBに調整する"ボックス）、さすがです。
これと合わせ、iftwic.spi設定内の拡張子選択で対象拡張子を指定することで色ずれ解決。
素晴らしいプラグインをありがとうございます、今後とも愛用させていただきます！

Massigraで iftwic.spi を利用しています。
新フォーマット対応だけでなく高解像度PNGファイルの展開が高速（※1）で素晴らしい、ありがとうございます。

本プラグインへの要望なのですが、同じくWIC内で提供されるカラーマネージメント機能（※2）を統合できないでしょうか。
近年はHDRやAdobeRGBなど広色域フォーマットも普及しつつあり（※3）、これらはウェブブラウザ（ex.Edge/Firefox）やエクスプローラの画像サムネールでは正しく鮮やかに表示されます。
しかしMassigraなど従来の画像ビューアでは（カラーマネージメントに対応せず、画像ファイルとディスプレイの特性差を無視するため）色褪せて表示される問題があります。画像の忠実な色再現としても、アプリケーション間の色一貫性としても問題。

カラーマネージメント機能を提供するSPI（※4）も存在しますが、設計が古いせいか設定が煩雑かつ、手元の環境ではうまく動作しませんでした。またカラマネ処理は相応のCPU負荷となるため、画像デコードと統合しないと速度的に苦しそう、と感じています。
ご検討、よろしくお願いします。

※1 JPEG表示がSIMD対応で高速化？ ASCII
ttps://ascii.jp/elem/000/000/732/732499/2/
※2 Windowsのカラーマネジメントシステム まとめ
ttp://blog.livedoor.jp/yamma_ma/archives/35547647.html
※3 よむさんの画像データは全てAdobeRGBプロファイル
ttps://twitter.com/y_o_m_y_o_m/status/1577109544055889921/photo/1
※4 カラーマネージメント代行 Susie plug-in
ttps://www.vector.co.jp/soft/winnt/art/se475891.html

忘れていました！確かにタイトルが変わらないと
ウィンドウハンドルが取得できません。
正規のウィンドウハンドル取得方法がWTでは使えないのでタイトルの
検索でウィンドウを探しています。

choice については確かにおかしいですので次版で修正します。

問題箇所を特定できました。バージョンアップは直接の原因ではなく、
プロファイル>規定値>"タイトルの変更を表示しない(showTerminalTitleInTitlebar)"
をONにしているとPPbの起動に失敗するようです。



それとは別件で%*choice()、""と-text:""の挙動が違うので報告します。

%*choice("1%bn2%bn3" -title:test) >
"1
2
3" -title:test

%*choice(-text:"1%bn2%bn3" -title:test) >
1

-title:を-text:の後に置くとタイトルが変更されないので-text:以降のオプションが
破棄されているかもしれません。

追記:破棄ではなく、改行以降が読み込まれていませんでした。

こちらの WT は 1.15.2712.0 でしたが、上記例で値が取得
できています。一度 WT の更新をしてみてください。

windows terminalのアップデート後に、ターミナル内に表示したPPbのハンドルが取得出来なくなっていることに気付きました。

win10 ppxdw64 187
windows terminal 1.14.2281.0

ターミナル上のPPb[A]で、*linemessage %Nは取得できますが*linemessage %NBAは取得出来ません。

閉じる時間は 40秒にしてあります。

あと、解析が無理そうな異常内容のときは、
送信ダイアログも出さないようにしました。
これに該当しているかもしれません。

>>298
タブ列の空白部分については、再現できていません。
また、調整が難しい部分なので直せないかもしれません。

>>301
別の方と同じく拡大関係しか思いつきません。
Ctrl+0 でリセットしてみてください。
これでもダメなら大きめサイズでお願いします。

素早い対応ありがとうございます
1.86+4を入れできるだけwindowsシャットダウン時に注意するようにしていたのですが
今のところPPxがアプリケーションエラーになる現象が再現できず追加機能の確認ができていません
「一定時間後に閉じる」との事ですが目視できないほど短時間ではないですよね？
関係しそうなことで思い当たるのは9月の定例アップデートでwindows updateのエラー0x800f0922(KB5012170)が解消したことです
やはりwindowsがおかしくなっていたのかもしれません
1.87が出たとのことでこの後入れて様子を見ようと思います
重ねてありがとうございました

以前書き込んだ記事を開いておいて新着チェックしていなかったもので
今更ながら更新に気付きましたすいません。

要望していたDYNAファイラー上で期待した動作になっていました。
ありがとうございました。

>>296, >>297
確かにおかしかったので、1.87 で調整しています。

ただし、>>297 については「*pane change t~-1,~」と *execute を
外す必要があります。「,~」はペイン別に異なるタブがあるときは
無くても大丈夫です。

>>296 も「*pane closeother %%n,all」だけで動作するように
なっています。

PPx 1.87 一式 を公開しました。

*pane の ID 指定を調整しています。
また、今まで反対窓等、別ペイン上のタブを操作するときは、
*execute 等を経由する必要がありましたが、
直接 *pane xxxx ~ などと指定できるようになっています。

PPx 1.86+4 を公開しました。

OSシャットダウン時に異常終了が起きたとき、異常報告をする
ダイアログが一定時間後に閉じるようにしました。
尚、この処理は簡易のため、失敗することもあります。

WIC Susie Plug-in 2.1 を公開しました。

ソフトによっては設定を読み込まない状態になっていたのを
修正しました。

> 確かに環境依存の問題のようです。
ここ最近発生しているのでひょっとしたらwindows updateのエラー
0x800f0922(KB5012170)が関係しているのかもと思うのですが
確認は取れてないです
> すぐに閉じた方がいいですね。何か対策を考えます。
お手数をおかけしてすいません
可能なようでしたらよろしくお願いします