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

・PPb のUNICODEテーブル作成設定 XB_uwid を廃止しました。
　今の UNICODE の仕様(絵文字や結合文字等)に対応できないためです。

・PPb で使用できる色として、sgrISO8613_6Colorによる24bit RGB
　指定ができるようになりました。Windows Terminal等で使用可能です。

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

マルチスレッドやダイアログの調整を行っています。
これに伴い、経過表示を復活させました。

現在の性能は次の一覧の通りです。経過表示をつけると3秒ほど遅く
なるのは、ウインドウ生成時に各種DLLの読み込み(IMEやテーマ等)に
時間がかかるためです。

00:09.156 unzzip.exe -x -R 0 CINEBENCH_11.529.zip destdir *
00:06.281 unzzip.exe -x -R 0 --i CINEBENCH_11.529.zip destdir *
00:10.047 unzzip.exe -x -R 1 CINEBENCH_11.529.zip destdir *
00:07.094 unzzip.exe -x -R 2 CINEBENCH_11.529.zip destdir *
00:06.594 unzzip.exe -x -R 3 CINEBENCH_11.529.zip destdir *
00:06.516 unzzip.exe -x -R 4 CINEBENCH_11.529.zip destdir *
00:04.422 unzzip.exe -x -R 4 --i CINEBENCH_11.529.zip destdir *
00:05.969 unzzip.exe -x -R 5 CINEBENCH_11.529.zip destdir *
00:07.093 unzzip32.dll -x CINEBENCH_11.529.zip destdir *

00:07.969 7z.exe x CINEBENCH_11.529.zip -odestdir -mmt=off
00:07.640 7z.exe x CINEBENCH_11.529.zip -odestdir -mmt=on
00:07.766 7z.exe x CINEBENCH_11.529.zip -odestdir -mmt=on -bd

00:07.000 unzip.exe -q CINEBENCH_11.529.zip -d destdir

00:15.922 7-zip32.dll,x CINEBENCH_11.529.zip -odestdir -mmt=off
00:15.937 7-zip32.dll,x CINEBENCH_11.529.zip -odestdir -mmt=on
00:07.531 7-zip32.dll,x CINEBENCH_11.529.zip -odestdir -mmt=on -hide

00:36.344 unzip32.dll,-x CINEBENCH_11.529.zip destdir *
00:09.328 unzip32.dll,-x --i CINEBENCH_11.529.zip destdir *

※ CINEBENCH_11.529.zip は、ファイル数が 6821、書庫サイズが 145.7M です。
※ キャッシュが十分に効いた HDD から SSD への展開です。

+3で修正されていることを確認致しました。ありがとうございました。

unzzip.dll 1.4+1 を公開しました。

・UNICODE ファイル名で未対応の記録形式があったので対応しました。

・いまさらですが、既存ファイルがあったときのダイアログを追加しました。

・unzip32.dll / unzip64.dll に名前変更すると unzip32.dll として
　使用できるようにしました。ただし、全ての機能を備えているわけ
　ではなく、ファイラーで使いそうな部分だけ実装しています。

・全数展開をするときは、マルチスレッドで動作するようにしました。
　　小さなファイルが多いときに生じるオーバヘッドを緩和させて、
　全体の展開速度が速くなります。
　　１ファイルをマルチスレッドで展開することはできないので、
　ファイル数が少ないときはマルチスレッドは使用されません。

　マルチスレッド対応に伴って、一時的に経過表示を無効にしています。
　スレッド調整ができたら、復活させる予定です。

　他のアーカイバを含めて試した結果、次のようになりました。
　スレッド数が 4 (-e 4) のときは、 スレッド数が 1 のときより
　40.5% ほど早くなっています。

　※ CINEBENCH_11.529.zip は、ファイル数が 6821、書庫サイズが 145.7M です。
　※ キャッシュが十分に効いた HDD から SSD への展開です。
　※ 1スレッドの unzzip.exe が 7z.exe より早い結果となって
　　いますが、unzzip.exe には ZoneID の処理とかがないためだと
予測しています。

00:00:06.437 unzzip.exe -x -e 1 CINEBENCH_11.529.zip destdir *
00:00:03.828 unzzip.exe -x -e 4 CINEBENCH_11.529.zip destdir *
00:00:07.078 7z.exe x CINEBENCH_11.529.zip -odestdir -mmt=on
00:00:07.547 7z.exe x CINEBENCH_11.529.zip -odestdir -mmt=off
00:00:07.469 7z.exe x CINEBENCH_11.529.zip -odestdir -bd
00:00:16.281 7-zip32.dll,x CINEBENCH_11.529.zip -odestdir -mmt=off
00:00:16.250 7-zip32.dll,x CINEBENCH_11.529.zip -odestdir -mmt=on
00:00:07.250 7-zip32.dll,x CINEBENCH_11.529.zip -odestdir -mmt=on -hide
00:00:36.219 unzip32.dll,-x CINEBENCH_11.529.zip destdir *
00:00:09.312 unzip32.dll,-x --i CINEBENCH_11.529.zip destdir *

JPEG-turbo Susie Plug-in 1.09p3 試験版を公開しました。

サムネイル画像が小さくなるのを修正しています。
また、アスペクト比が Exif のみ記録されている場合に対応しています。

こちらでも画像が小さくなるのを確認しました。

1.09p3 で修正しました。

あけましておめでとうございます。
今年もよろしくお願いいたします。

PPcの、X_ocigの第7パラメータを1にして
ifjpegt.sphの正式版使用してサムネイル表示したときは
画像の周囲が切れてもサムネイル領域いっぱいに表示できるのですが

試験版使用時はそのような表示にならず
サムネイル領域の左上に小さく画像全体が表示されます。

何か追加設定が必要なのでしょうか？

DirectX9 Susie Plug-in 1.2a を公開しました。

mini 版が通常版と同じ内容になっていたため、差し替えを行いました。
ソースの変更は行っていません。

JPEG-turbo Susie Plug-in 1.09p2 試験版を公開しました。

12bit JPEG の対応を強化しました。12bit JPEG と lossless JPEG は
libjpeg-turbo で対応したため、正式版でも対応することにしました。
もう少し調整したら正式版にする予定です。

WebP Susie Plug-in 1.2 を公開しました。

libwebp を最新に更新したほか、arm64 版を追加しています。

DirectX9 Susie Plug-in 1.2 を公開しました。

ほとんど使われていないと思いますが、少し見直しを行いました。

（１）は+3で修正されていることを確認しました。

（２）については、+3リリース時に挙げられていたカラースキーム設定を取り込むことにより
一行編集の入力文字が読めるようになりました。

ありがとうございました。

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

・+2 で各種一行編集のダイアログの外観がカスタマイズの内容を
反映しなくなったのを修正しています。

・シンタックスハイライトの挙動、特に PPb の挙動を色々調整しました。

・カラースキーム指定(C_schN, C_schD)の色順をESCシーケンスの色順に
合わせました。

色の初期設定は次のようになります。

C_schN = H423607,H2F32DC,H009985,H0089B5,HD28B26,H8236D3,H98A12A,HD5E8EE,H735B00,H5E61E3,H00C4AB,H00AFEA,HEAC18A,HA26ADF,HC9D251,HEEF7F9,HE0E0E0,HBFC0F4,H68FFEC,H8EE3FF,HF4E0C6,HCDAEEE,HE4E9AB,HE3F6FD,H99E6FF,H423607,HF4E0C6,H423607,H2F32DC,H00C4AB,H98A12A,HFFAC00
C_schD = H603C00,H2F32DC,H009985,H0089B5,HD28B26,H8236D3,H98A12A,HD5E8EE,H735B00,H5E61E3,H00C4AB,H00AFEA,HEAC18A,HA26ADF,HC9D251,HEEF7F9,H423607,H171B8A,H006054,H006080,H855718,H4B1C80,H6F751E,HA5A5A5,H311F00,HE0E0E0,H6F751E,HE0E0E0,H2F32DC,H00C4AB,H98A12A,HFFAC00
C_csyh = _SBRYELLOW,_AUTO,_SYELLOW,_SBKCYAN,_SBRBLUE,_AUTO,_SBLUE,_AUTO,_SBRBLUE,_AUTO,_SBRGREEN,_AUTO,_SYELLOW,_AUTO,_AUTO,_SBKRED,_SYELLOW,_AUTO,_SBRRED,_AUTO,_SCYAN,_AUTO,_SBRCYAN,_AUTO,_SBRYELLOW,_AUTO,_SBRBLUE,_AUTO,_SBRGREEN,_AUTO,_AUTO,_SBRYELLOW

(1) については +2 で設定が反映されなくなったため、今回の +3 で
修正しています。

(2),(3) については、+3 で一部改善すると思います。
また、別投稿で挙げた、C_schN, C_schD, C_csyh の設定を取り込んで
みてください。

それでも同色になって見えないときは、「窓枠・ダイアログ」の
「窓背景」、「窓文字」を見直してみてください。

了解です。現状こちらでは気づいた現象が起きなくなっています。
このため、色々調べていますが、対策に時間がかかりそうです。

（１）ダークモードの時に一行編集のボタンがダークモード反映されていないようです。

（２）一般的なものとか、ファイル名を指定して実行する用のものとかの一行編集で
RichEditおよび一行編集のシンタックスハイライト(X_csyh)を有効にしたとき、
ダークモードの設定に関係なく入力文字が黒背景＋黒字になってしまいます。
これでは見えないので調整したいのですがどこの設定を変えたらいいでしょうか？

一方、パス変更用や名前変更用の一行編集は見やすく色分け表示され問題ありません。

（３）ダークモード有効かつRichEditを有効にしてファイルをコピーしたとき、
コピー中の*ppcfileのパス入力欄が真っ白で表示されます。これを黒に塗りたいのですが
どこの設定を変えたらいいでしょうか？

よろしくお願いします。

> (b) については、こちらではモニタ間で縦幅が拡縮しています。
> ただし、起動した位置のモニタが 100% を越えていると、
> 縦が余分に広がって、その PPc が100%のモニタに移動しても
> 余分に広がった分がそのまま維持されるため、あまり縮まないと
> いう状態を確認しています。
> これについては対策できないか調べているところです。

上記対策いただいているようでありがとうございます。

ツールバーのみ追加表示してモニタAとモニタBを行き来したときにも
ツールバーのスケールが大きくなって戻らない現象があるようです。

改善したようでよかったです。

10月はサーバーの https への移行に伴うトラブルがあったようですが
最近は問題出ていないようです。

> こちらの件については、サーバの混み具合の問題かもしれません。
> 一度調べてみます。
改善してるようです
2.06,2.06+1,2.06+2と問題なくバージョンアップ出来ました

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

・PPx の ワイルドカードは、通常ディレクトリ部分（dir\filename の
dir\ 部分）を無視しますが、option:s を指定すると判別対象に
なります。この指定は以前からあったのですが、マニュアルに
記載されていなかったため、改めて公開します。

・一行編集のシンタックスハイライトが実用域になってきたので
設定を用意しました。PPb も対応しました。

初期設定の色は次のとおりです。
C_csyh = _SYELLOW,_AUTO,_AUTO,_SBKSELECT,_SBRBLUE,_AUTO,_SBKBLUE,_AUTO,_SBKBLUE,_AUTO,_SGREEN,_AUTO,_SYELLOW,_AUTO,_SBRPURPLE,_AUTO,_SBRRED,_AUTO,_SCYAN,_AUTO,_AUTO,_SLABEL,_SBKCYAN,_AUTO,_SBKYELLOW,_AUTO,_SBKBLUE,_AUTO,_SBKGREEN,_AUTO,_AUTO,_SBKYELLOW

現在の確認用の設定は次のようになっています。

C_back	= _SBACK	; 背景、_AUTO可
C_mes	= _SLABEL	; 標準の項目名の文字、_AUTO可
C_info	= _SFORE	; ステータス行の文字、_AUTO可
C_res	= _SBKSELECT,_SBRRED	; 報告(文字,背景)_AUTO可
C_line	= _SFRAME,_SRED	; 境界線(通常,Gray)
CC_tree	= HF7F7F7,H191919	; ツリー(文字,背景)_AUTO可
C_tip	= _AUTO,_AUTO	; チップ(文字,背景)_AUTO可
CC_log	= _SFORE,_SBACK	; 共用ログ、アドレスバー(文字,背景)
C_capt	= _AUTO,_AUTO,_SWHITE,_SRED,_AUTO,_SBLACK,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO 
C_win	= HFF2B2B2B,_SBKBLACK,HFF191919,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO,_AUTO	; 窓枠・ダイアログ、_AUTO可
C_schN	= H423607,H2F32DC,H009985,HD28B26,H0089B5,H98A12A,H8236D3,HD5E8EE,H735B00,H5E61E3,H00C4AB,HEAC18A,H00AFEA,HC9D251,HA26ADF,HEEF7F9,HE0E0E0,HBFC0F4,H68FFEC,HF4E0C6,H8EE3FF,HE4E9AB,HCDAEEE,HE3F6FD,H99E6FF,H423607,HF4E0C6,H423607,H2F32DC,H00C4AB,H98A12A,HFFAC00	; カラースキーム
C_schD	= H603C00,H2F32DC,H009985,HD28B26,H0089B5,H98A12A,H8236D3,HD5E8EE,H735B00,H5E61E3,H00C4AB,HEAC18A,H00AFEA,HC9D251,HA26ADF,HEEF7F9,H423607,H171B8A,H006054,H855718,H006080,H6F751E,H4B1C80,HA5A5A5,H311F00,HE0E0E0,H6F751E,HE0E0E0,H2F32DC,H00C4AB,H98A12A,HFFAC00	; ダークモード用カラースキーム

C_eInfo	= _AUTO,_SBKRED,_AUTO,_SBKBLACK,_SBKBLUE,_SBKCYAN, _SBKWHITE,_SBRCYAN,_SBRGREEN,_SBKSELECT,_AUTO,_SCURSOR,_AUTO, _SBKYELLOW,_SBKRED,_SBKGREEN,_SBKBLUE,_SBKRED,_SBKPURPLE,_SBKYELLOW, _AUTO,_AUTO 

CV_boun	= _SFRAME	; 端線
CV_lcsr	= _SCURSOR	; ラインカーソル
CV_lnum	= _SGREEN,_SBRBLACK	; 行番号(先頭行、桁折り行)
CV_lbak	= _SRED,_SGREEN,_SBKGREEN	; 特殊行背景色(旧行、新規行、しおり行)
CV_ctrl	= _SBRGREEN	; 制御文字
CV_lf	= _SBRBLACK	; 改行文字
CV_tab	= _SBLUE	; タブ
CV_spc	= _SBLUE	; 2byte空白
CV_link	= _SPURPLE	; リンク
CV_syn	= H40C0C0,_DCYA	; タグ,コメント
CV_hili	= H808040,_BRO,_GRE,_CYA,_SBLU,_MAG,_RED,_MGRE,_DMAG	; 
CV_char	= _SBRBLACK,_SBRRED,_SBRGREEN,_SBRBLUE,_SBRYELLOW,_SBRCYAN,_SBRPURPLE,_SBRWHITE,_SBACK,_SRED,_SGREEN,_SBLUE,_SYELLOW,_SCYAN,_SPURPLE,_SFORE 

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

カラースキーム指定をほぼ全ての設定に使えるようにしました。
また、最初に決めた色の割当てがあまりにも使いにくかったため、
名前を割り振り直しています。このためテキストの読み込み時に
カラースキーム指定を使っていると読み込みに失敗する項目が
でます。すみませんが、やり直しをお願いします。今回ので
ある程度落ち着くと思いますがもう２，３箇所を振り直すかもしれません。

> ▲▼ボタンは、スクロールバーのボタンそのものなのですが、
> Windows11 の標準スクロールバーは通常非表示となっています。
> そのため、ボタン上にマウスがあれば表示します。

メモ帳でもこのような表示になっているので、最近の流行といいますか
仕様なのですね。

＞また、ボタンがそもそも存在しないのは、今回の修正で
＞かなり改善できましたが、まだ表示されない場合があります。

ご対応ありがとうございます。
2.06正式版の時点でこちらでもまだ表示されたりされなかったりですが
何か気づいたことがありましたら報告します。

RichEditで一行編集欄の2行目以降が補完リストに隠れる件
修正ありがとうございました。

▲▼ボタンは、スクロールバーのボタンそのものなのですが、
Windows11 の標準スクロールバーは通常非表示となっています。
そのため、ボタン上にマウスがあれば表示します。

また、ボタンがそもそも存在しないのは、今回の修正で
かなり改善できましたが、まだ表示されない場合があります。

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

・RichEdit テキスト編集の調整をおこなっています。
一行編集の補完一覧表示中に行数が変化したとき、一覧が
追従しないのを修正しています。

・Wine を使ったときに、フォントが正しく扱われずに
表示できない文字がある問題をいくつか対策しました。

・配色テーマの切り替え時に拡張子色等を変更しやすくするために
カラースキーム指定を導入しました。C_schN, C_schD に設定した
色を各項目で利用できます。
尚、今回は指定可能か項目が限られており、
C_back, C_mes, C_info, C_line, C_ext, CV_char　等で使用できます。

カラースキームとして使用できる色の数は32色であり、そのうちの
24 色は既存のターミナルのカラースキームと同様の名称で割り振って
あります。

設定自体は今回は初期カスタマイズに含めていません。動作確認は
Solarized を元にした以下の指定で確認していますが、
実際に配色として使っていないため、その確認後用意するつもりです。

C_schN = H423607,HD28B26,H98A12A,H009985,H8236D3,H2F32DC,HD5E8EE,H0089B5,H735B00,HE3AF68,HC1CC39,H00D7BC,HA672E0,H5B5FE3,HEEF7F9,H00ABE3,H362B00,H423607,H756E58,H837B65,H969483,HA1A193,HD5E8EE,HE3F6FD,_BLA,_BLU,HFFFF80,_GRE,_MAG,H8000FF,_WHI,_BRO
C_schD = H423607,HD28B26,H98A12A,H009985,H8236D3,H2F32DC,HD5E8EE,H0089B5,H735B00,HE3AF68,HC1CC39,H00D7BC,HA672E0,H5B5FE3,HEEF7F9,H00ABE3,H362B00,H423607,H756E58,H837B65,H969483,HA1A193,HD5E8EE,HE3F6FD,_BLA,_BLU,HFFFF80,_GRE,_MAG,H8000FF,_WHI,_BRO

> (a) については、こちらでは、行が増えても下側の一覧が下に移動
> しないため、２行目以降が見えないという状態を確認しています。
> この現象であれば次版で修正されます。

申し訳ありません。報告が正確ではありませんでした。
改めて確認したところこちらでも2行目が隠れているようです。


あと、細かいところなのですが、RichEditにしたときに
一行編集や*ppcfileのパス入力欄右端の、補完リストを出す▲▼ボタンが
そのボタンが存在する位置にカーソルを当てないと見えなかったり、
そもそも▲▼ボタンが押せなかったりするのですが
これはRichEditの仕様でしょうか？

現在、該当しそうな所を確認していますが、確認場所が探しにくいため
あまり改善できていません。
その操作をしたときに出るエラーかを教えてもらえば、そこを優先して
対応します。

(a) については、こちらでは、行が増えても下側の一覧が下に移動
しないため、２行目以降が見えないという状態を確認しています。
この現象であれば次版で修正されます。

(b) については、こちらではモニタ間で縦幅が拡縮しています。
ただし、起動した位置のモニタが 100% を越えていると、
縦が余分に広がって、その PPc が100%のモニタに移動しても
余分に広がった分がそのまま維持されるため、あまり縮まないと
いう状態を確認しています。
これについては対策できないか調べているところです。

+7にて先日報告した以下の問題が起こらなくなりました。ありがとうございました。

＞あと別件で気になっているのですが、RichEditだけに起こる現象で
＞一行編集にIMEを使って（日本語文字列）と入力します。
＞補完リストに「～（日本語文字列）～」とあって、そこにカーソル移動したとき
＞一行編集には「～（日本語文字列）～」と表示されるのが正しいと思うのですが
＞「～（日本語文字列）～｜（カーソル）（日本語文字列）」
＞と、末尾に入力した（日本語文字列）が余分にくっついてしまいます。
＞ATOKとMS-IMEで確認しましたがどちらでも起こります。


2点、新たに気になったことがありまた報告します。
（１）RichEdit設定を有効にして「一行編集を複数行表示する」にチェックを入れ
履歴から一行では表示しきれない長い文字列を選択したとき一行編集が複数行表示になりません。

（２）モニタAのスケール100%　モニタBのスケール150%で使用しています。
View　→　layout　→　上部ドック　→　メニューバーで
デフォルトのメニューバーとは別にメニューバーを表示させます。

PPcをモニタAからモニタBに移すとメニューバーの縦幅が大きくなりますが
またモニタAに移動させたとき新しく追加したメニューバーの縦幅が戻りません。

一方、元からあったメニューバーはこの操作によって縦幅変化せず
特に不自然には見えませんでした。

ざっくりとですが+7で動作確認しました。
思った感じに動いています。ありがとうございました。

PPx 2.06+7 を公開しました。

RichEdit テキスト編集の調整をおこなっています。
一行編集の行拡張、IME変換時の補完処理などを修正しています。

+6にて追加されたX_swmt=3で悩み解決しそうです。
ご対応ありがとうございました。

PPx 2.05+6 を公開しました。

*checkupdate が Windows 10 以前で使えない問題を調整しています。

また、PPv のコメントオーバレイについて、X_swmt = 3 の時は
画像の時のみ表示するようにしました。

詳細な情報ありがとうございます。

Windows10 は TLS 1.3 が使えないままだったのですね。
とりあえず、toro.d.dooo.jp は、１年ほど http が使えるので
https が使えないときは http で情報取得するようにします。

また、penSSL による TLS 1.3 がうまく扱えていないので、
調整することにします。

実行環境Win10 64bit PPX2.05+5 x64でOpenSSL/LibreSSLは未使用です

(1) 要求/応答ヘッダとデータが表示される
(2) ppeは表示しているが中身は空白でtempに作られるfileも0byte

googleに変えた場合は以下のようにヘッダ類が表示されないですがデータ含めて応答は返ってきます

---------------------
http: winhttpW
GET https://www.google.com
=Result=
HTTP/WINHTTP 200
---------------------

試しにOpenSSLをlibssl.dllの名前で配置して確認したがgoogleは要求/応答ヘッダ含めて表示されますが
toro.d.dooo.jpはWinHTTPの時と変わらず何も表示されません

toro.d.dooo.jpはTLS1.3しか対応していないのに
2.05のソース見た感じだとTLS1.3以外で接続しようとして失敗してる気がします
Win10だとWinHTTPはTLS1.3の対応をしてないのでは？

この機能は要望でとりあえずつけたというものですので、
深い挙動までは検討していないです。

一度検討してみます。

ログ関係の設定をいじっていなければ、試行を押したときにダイアログが
下に伸びてログが表示されますが、今はどんな状態になっていますか。
ログ関係の設定は色々あるので、例えばファイルへのログを有効に
していると、ファイルへの出力のみになるかもしれません。

また、その他タブの「処理経過をログに表示」を有効にして
別窓にログ出力されるかを確認してみてください。

こちらでは今のところ再現できていませんが、起きそうな症状ですね。
一度調べてみます。

了解です。多分対応できると思います。

こちらの件については、サーバの混み具合の問題かもしれません。
一度調べてみます。

これは現在仕様ですね。カーソルが指定方向に移動した結果、
画面外に移動したときを検出しているため、スクロールの結果
画面外に置き去りにされたときはそのまま処理されています。

検討してみて問題なさそうなら対応します。

了解です。調べてみますが、こちらでは再現できていない状態なので
対応に時間が掛かるかもしれません。

また、次のコマンドを実行したときの結果を教えてもらえませんか。
結果が出たときは、「<!DOCTYPE」までの内容を教えてください。
(1) *httpget /head,"http://toro.d.dooo.jp/wforum/wforum.cgi","%'temp'\file" %: *ppe "%'temp'\file"
(2) *httpget /head,"https://toro.d.dooo.jp/wforum/wforum.cgi","%'temp'\file" %: *ppe "%'temp'\file"

正常に機能している場合、次のような結果が返ってきます。
http: winhttpW
GET https://toro.d.dooo.jp/wforum/wforum.cgi
=Result=
HTTP/WINHTTP 200

<!DOCTYPE (以下略)

PPvのコメントオーバレイですが、画像を見るときは参考情報として便利な反面
Officeの旧形式（docやxlsやppt）をxdoc2txt経由で
*ppv %*name(CD,"%R","%1") -document:"%%Obd xdoc2txt -8 %%*name(CD,""%%R"",""%%1"") >""%%si'TempFile'""" -utf8
等として中のテキスト部分を見るときはコメントがテキストに重なって邪魔で
毎回Shift+Mでコメント非表示するの面倒に感じるときがあります。

基本はX_swmtの設定に従いつつ、不要なときは引数で個別指定できるように
なったらいいなあと思っているのですが可能でしょうか？

> このことについて、以前は　“試行(T)”　ボタンを押すと、変換の結果を確認することができましたが、現在はできません。
>
> 結構、間違うので、試しを確認できるようにしてもらえると、助かります。

すいません　。　タイトルの　“ctrl + R”は　"shift + R" の　間違いでした。

このことについて、以前は　“試行(T)”　ボタンを押すと、変換の結果を確認することができましたが、現在はできません。

結構、間違うので、試しを確認できるようにしてもらえると、助かります。

ありがとうございます。
UDEVにしたときの文字サイズが一行編集と補完リストでほぼ同じ大きさになり
utataneで文字が表示されるようになりました。


あと別件で気になっているのですが、RichEditだけに起こる現象で
一行編集にIMEを使って（日本語文字列）と入力します。
補完リストに「～（日本語文字列）～」とあって、そこにカーソル移動したとき
一行編集には「～（日本語文字列）～」と表示されるのが正しいと思うのですが
「～（日本語文字列）～｜（カーソル）（日本語文字列）」
と、末尾に入力した（日本語文字列）が余分にくっついてしまいます。
ATOKとMS-IMEで確認しましたがどちらでも起こります。

できればのお願いになります
「指定されたパスが見つかりません」がログに表示される際、
実際に参照しにいっているパスの内容が知りたいことが多々あります
可能であれば、メッセージ続けて参照できなかったパス内容も取得していただけないでしょうか
もしくは、デバッグ等で取得する方法がありましたでしょうか？

お世話になってます
同じような投稿なので横から失礼します
こちらはSETUP.EXE(最新版の確認・入手とアップデート、試験公開版含む)で
バージョンアップしてますが
春頃から度々
サーバから情報を取得できませんでした。
になります(今回もPPx 2.05+4→PPx 2.05+5)
ただ、しばらく後や翌日試すと出来たりしてます
ウイルス対策ソフトの影響かと思いましたがログとかには無いし
WiFi2つあるので切り替えても変わらず
取り敢えず入手済みファイルを使ってアップデートで問題ないのですが
一応報告しときます
Win10x64 ppx64205.zip、ppx64205p5.zip

+5でスクロールの動作を確認しました。ありがとうございます。

ただ、画面外方法以下の定義は効いていないようです。
↓止まってくれなかったです。
^\LEFT ,*cursor 7,-1,0,B0000,0,B000
^\RIGHT ,*cursor 7, 1,0,B0000,0,B000
取り急ぎご報告しておきます。

サイトからZIPを落として更新されている3ファイルを上書きして手動更新して確認していますのでバージョンの問題ではありません

使用しているWin10 64Bitの3台とも更新できなくなっています