早速の対応ありがとうございます。
ワンクリックで DeepL 翻訳も実行されるようになり、更に使いやすくなりました。

screen.pngを確認したところ、見切れていました。
一応、こちらに現物を添付します。
https://drive.google.com/open?id=1lafteBnh0g3n-aP5hsxfck5K-19vXw0b

高DPI対応ですが、Windowsフォームの場合マニフェストファイルで対応できるようです。（Windowsフォームでの開発かな？と予想しました。違っていたらすみません。）
https://qiita.com/felis_silv/items/efee4b1a397b0b95100a

実は自分もOCR+翻訳ソフト作っていて、これに一時期悩まされました(^_^;)
フォームが拡大されているのでズレちゃうんですよね…

有益な情報提供ありがとうございます！
なんとか対応してみましたので、お手数ですがご確認願います。

高DPI対応ですが、Windowsフォームの場合マニフェストファイルで対応できるようです。（Windowsフォームでの開発かな？と予想しました。違っていたらすみません。）

ご推察の通り、Windowsフォームで作成しています。
本業が業務システム開発なので、見た目がダサいのはご愛敬ですｗ

Spoonail様も同様のツールを作成されていたんですね。
私はOCRも翻訳APIも殆ど触ったことがなく、無料で際限なく使えるものを
手探りで探してましたが・・・この分野は色々大変そうだということを
身に染みて実感いたしました。

お返事ありがとうございます。

>要望についての確認ですが、ショートカットを設定出来るようにしてほしいといった内容で合っていますか？

はい、ショートカットキーで自分の好きなキーをフリー選択ボタンに設定できればいいなと思いました。自分の場合は海外ゲームプレイ中の翻訳に使いたいのですが、翻訳のたびにボタンを押しにゲーム画面外にカーソルを移動するのが手間だったので実装していただけたらとても嬉しいです。

あとこれは自分のOSの「閉じる」等のボタンやタイトルバーの大きさを少し変更して使っているからかもしれませんが、辞書登録と名詞登録の「確定」「キャンセル」ボタンが上のチェックボックスやテキストボックスに重なって表示されてしまいます。そこ以外は問題ありませんでした。

また辞書リストと名詞リストの機能なのですが、この2つの具体的な違いや使い分け方はありますか？辞書リストの方はうまく機能していたのですが、名詞リストの方は自分の使い方が悪かったのか機能しないようでした。

フィードバックありがとうございます。長文です。すみません。

ショートカット

やっぱりこういう要望でますよね・・・私も欲しいですｗ
実は当初実装しようかと思っていたんですが、キーストロークを監視して上書きするような事をするので、Windowsや現在アクティブなアプリ(接続できるのはゲームだけじゃないので)とバッティングしたらどうしようと思って、実装を見送ったのです。
後は、もしキーコンフィグを付けるとなると上記の理由からプロセスごとにショートカットキーを設定する必要もあって、些か設定の手間が増えそうな気がして・・・。
なので、ショートカットの対象ボタン(フリー選択や翻訳)を決めた上で原則Windowsや他のどのアプリともバッティングしないショートカットを決め打ちで実装するなら、行けそうな気がします。
PCOTがアクティブな状態でのキーコンフィグの実装については他のアプリに影響しないので全然問題ないんですけどね。

あとこれは自分のOSの「閉じる」等のボタンやタイトルバーの大きさを少し変更して使っているからかもしれませんが、辞書登録と名詞登録の「確定」「キャンセル」ボタンが上のチェックボックスやテキストボックスに重なって表示されてしまいます。

もし宜しければ、画面のハードコピーなどを貼っていただくことはできますか？そうでなければ、OSがどのような設定になっているかを教えて頂けると幸いです。

辞書リストと名詞リストの違いについて説明します。
辞書リスト・・・原文に対して置換を行う
名詞リスト・・・訳文に対して置換を行う
が大まかな違いとなります。

名詞リストについてですが、海外のゲームで固有名詞などがそのまま翻訳されずに訳文に出てきた際に任意の名称に置き換えられるというものです。
例えば、Eschalon: Book I のEverSleep墓地とかなどは翻訳されずに
そのまま訳文に「EverSleep」と出てきますがそれを翻訳時に「EverSleep」→「エヴァースリープ」と置き換えてから訳文に表示する機能です。

上記の性質上、訳文の対象箇所を選択した上で名詞登録機能を利用して頂ければ、正常に機能すると思われます。
原文から選択した文字を置換前テキストに設定すると、原文と訳文で大文字小文字や半角全角が変わってしまっている可能性がありますので、置換前テキストは訳文から取得するようにしてください。

お返事ありがとうございます。
ショートカットの実装にはそういう難しさがあるんですね。別の翻訳キャプチャソフトではWinキー＋Qキーとか、あまり使われないWinキーと他のキーを同時押しした時にキャプチャするのが初期設定になっていたのですが、それもアクティブなアプリとバッティングしないためだったのかもしれませんね。

>もし宜しければ、画面のハードコピーなどを貼っていただくことはできますか？そうでなければ、OSがどのような設定になっているかを教えて頂けると幸いです。

これでアップロードできてるでしょうか。一応ボタンを押すことは出来るので自分だけの問題でしたら修正などはなくても大丈夫だと思います。

名詞リストの説明もありがとうございます。訳された文章に対して使うのですね。辞書リストも名詞リストも、翻訳キャプチャソフトにあったらいいなと思っていた機能だったので嬉しいです。

早速のフィードバックありがとうございます。

名詞リストについては、ゲーム毎に設定できると良いと感じました（何処に情報が保存されているか確認できなかったのですでに対応済みであればごめんなさい）。

現行で名詞リストはゲームごとの保存となっております。名詞リスト登録後に作成される[プロセス名].cfg内で「NounTable」とある場所のデータがそれです。

画像の拡大倍率をゲーム毎に設定できるようにするのも良いかもしれません。

こちらについても、現行で(私の方では読取倍率と呼んでいますが)ゲームごとではなくタイトルラベル単位で設定されています。前述の[プロセス名].cfg内の「TitleTable」とある場所の「ReadMultiples」という項目がそれです。
デフォルト値は2(2倍)となっています。この値はタイトル設定画面で直接値を設定するほか、新規作成時もしくは編集時の翻訳範囲の再選択時にキャプチャー画面上でマウスホイールで値を増減(最小x1～最大x10)できます。
何故ゲームごとではなく、タイトルラベルごとにしたかというと、同じゲーム内でも場所によってフォントサイズが変わっている箇所があったので、それに対応した結果となります。

なお、以前実装の確認をしていた時は、領域ごとに拡大倍率を設定できるようにしていました。

つまり、同じことを考えていたということですね。先生に近づけた気がしてなんだか嬉しいです。
今だから言いますが、開発中ブログに訪れるたび、synctam様のことを勝手に「先生」と呼んでいましたｗ

あとこれは余談ですが、私も当初synctam様に倣って画像を二値化してOCRにかける方法を実装してみたのですが、二値化する際の閾値を取得するのに大津の二値化手法を使って最適な閾値で二値化を実現できたと思いきや、人の目から見るとちゃんと文字として認識できるにも関わらず、どうもTesseractOCRとの相性が悪いらしくて読取精度が異常に下がりました・・・。
PCOTでは結局画像の二値化は没になりましたが・・・こちらについて、何か解決策はご存じですか？
自分の中では今の所、どんな画像も強制的にグレースケールにした状態が一番読み取り精度が高い気がします。

気が付きませんでした、指摘した部分は既に実装済みとのことですね、安心しました。

私も、二値化については閾値などの設定がわからず、大津の二値化も含めてうまくいきませんでした。また、ガンマ値変更もやってみましたが効果はあまりなかったです。仰るとおりグレースケールのみで良いような気がします。

Tesseractの精度向上策としては、切り取った画像の周りに余白を追加するとＯＣＲの精度が向上することがあります。この例では上下左右に８ドットの余白を追加しています。
変更前画像：https://i.imgur.com/kZ3aIye.jpg
変更後画像：https://i.imgur.com/zkNyAMl.jpg
切り取り領域の設定でどうしても文字ギリギリで指定しないといけないゲームもありますので、余白の追加は有効だと思います。
もう一つは、Tesseractのオプションで whitelist の指定をすることでした。自分の場合はアルファベットの英数字＋記号（縦棒｜は除く）のみを指定していました。これは、数字のイチ(1)、大文字のアイ(I)、小文字のエル(l) を縦棒(|)に誤認識することが多かったためです。

参考になれば幸いです。

参考意見ありがとうございます。

余白を設けるのは盲点でした、検討してみます。
whitelistについてですが、まだ画像の拡大をやってなかった頃か設定の方法が悪かったのか定かではありませんが、以前やった時は読取精度が著しく下がってしまったので元に戻した経緯があります。
もし宜しければ、synctam様の方で設定した具体的なwhitelistの文字リストをご提示頂けないでしょうか？
あと、重ねて質問で恐縮ですがwhitelistに読取対象の文字を全て列挙するのと、blacklistに除外文字だけを列挙するのとでは、読取精度に差が出るのでしょうか？
どちらもやってみた感じ、読取精度が逆に下がってしまったので設定方法か何かがまずかったような気がしてなりません・・・。(変化があったということは、設定自体は出来てたと思うのですが・・・)

画像の余白についてはC#のGraphicsクラスの操作に慣れていないため、少し時間がかかりそうなので、今回の更新からは外しますが、whitelistなどはすぐに反映できると思うので次回リリース時に反映しようと思います。

あと最後に確認しておきたかったのですが、「対象通り改行」や「原文を小文字化」チェックの保存単位はゲーム(プロセス)単位でよろしかったでしょうか？それともタイトル(領域)単位の方がよろしいでしょうか？

・動作環境について
自分は、tesseract-ocr ｖ3.5.2.0 を使用していました。PCOTでは、tesseract-ocr 4.1.0 をお使いのようなので状況が異なるのかもしれません（v4系はOCRエンジンが大幅に拡張されたので私も移行したいのですが、まだ使い方がわかっていません）。

・ブラック/ホワイトリストについて
ブラックリストについてですが、自分は使ったことがありません。理由は、Tesseract-ocr で言語に英語を指定した場合の認識対象の文字種を調べる方法がわからなかったためです。認識対象の文字種がわかればブラックリストでも良いと思います。

・ホワイトリストの使用例について
Tesseract-ocr ホワイトリストのサンプルプログラムを Gist にアップしました。
https://gist.github.com/synctam/5b351411ca6062eff2b89173a87cb152
CatInnerTesseract.cs 31行目のコンストラクタでホワイトリストの設定を行っています。ホワイトリストの文字種は CatOcrDriverBase.cs 58行目の GetWhiteList() 関数で設定しています。どちらも、MITライセンスで公開しますので、ご自由にお使いください。

・「対象通り改行」について
領域ごとに保存できた方が良いと思います。この部分については、PCOTがどの様な処理を行っているのかわかりませんので、以前検討していた時のことを書きます。自分の場合は、改行が一つの場合は無条件に文を繋げてしまい、改行が二つ以上の場合は段落が別と捉えていました。しかし、この方式ですと、例えばアイテムの説明画面のようにアイテム名と説明文が繋がってしまい問題が発生しました。このように領域ごとに状況が異なるため領域ごとに指定できるのが良いと思います。

・「原文を小文字化」について
ゲーム(プロセス)単位で保存できた方が良いと思います。「原文を小文字化」は一律で行っても良いように感じます。

・「ダブルコーテーションを除去する」について
この前の投稿で言い忘れましたが、「ダブルコーテーションを除去」すると、一部の文章では翻訳精度が上がることがありました。以前検討していた時は、領域ごとに保存していました。

長くなりましたが、よろしくおねがいします。

参考ソースまで貼って頂いてありがとうございます！

・ブラック/ホワイトリストについて

ただ・・・まことに残念なことにtesseract-ocr 4.1.0では、ホワイトリストが使えないようです・・・。
How to whitelist characters in tess4j version 4.1.*

使い始めた時にはそんなことはつゆ知らず・・・。せっかく参考ソースを貼って頂いたのにすみません。

・「対象通り改行」について
アイテム名と説明文

確かにそういう使い方が出来ますね。ならば領域ごとの保存が望ましいということですね。

・「原文を小文字化」について

>>「原文を小文字化」は一律で行っても良いように感じます。
とありますが、チェック機能そのものがなくていいという意味合いでしょうか？
元々「原文を小文字化」については、GoogleTranslateFreeAPIが大文字だけの単語や大文字だけの文章の翻訳精度が異常に悪かったので、読み取り箇所が全て大文字の場合は強制的に小文字にしています。
ただ、文章を一律小文字化すると頭大文字の段落や固有名詞などでは翻訳結果が変わるため、その場でユーザーが確認できるようにチェックして利用して頂くことを目的としていました。
文章全てが大文字だと強制的に小文字になる現在の仕様と、文章単位で強調表示としての大文字の単語が混在することを考えると、プロセス単位、領域単位で保存するメリットがあまりないように思いますがこれといった要件はありますか？

・「ダブルコーテーションを除去する」について

ダブルコーテーションについてですが、文章単位で翻訳精度が上下するので、PCOTでは領域単位やプロセス単位で持つのではなく、翻訳(読取)全体に関わる事だと思うので、辞書登録で処理タイプを「無視」とする仕様になっています。尚、辞書に登録した文言は「辞書一覧画面」にて、有効/無効を切り替えることが可能です。

・ブラック/ホワイトリストについて
2019/6にリリースされた v4.1.0 でサポートされたはずなのですが・・・
「Release 4.1.0 Release · tesseract-ocr/tesseract」
https://github.com/tesseract-ocr/tesseract/releases/tag/4.1.0
しかし、まだ上手く機能しているのか判断できませんね。しばらく様子を見た方が良さそうですね。

・「原文を小文字化」について
そうですね、その仕様であれば今のままで良いと思います。

・「ダブルコーテーションを除去する」について
その仕様で良いと感じました。

・ブラック/ホワイトリストについて
確かに自分で貼ったリンク先の最後に「It has been fixed !」と書いてありますね、見落としてました。
とりあえず、仕様がまとまったことなので一旦要望は締め切ります。

ご報告ありがとうございます！
>>ボタンの表示バグが直ってること確認できました。

よかったです！この更新で一番意義があったかもしれませんｗ

>>フォント指定でテキストもすごく見やすくなりました。

原文に指定するフォントですが、見てお気づきの通り、(見た目上)大文字と小文字の区別がないフォントや、暗号さながらの記号ばかりのフォントがあるのでご注意ください。
全て大文字で表示されるフォントでも内部的には大文字小文字が分かれています。辞書登録には向かないので使用を控えてください。

>>簡易コマンドも、半透明度を増やすことで思った以上にゲーム画面上にあっても気にならずに使いやすかったです。

そういって頂けてとても嬉しいです！頑張った甲斐がありました。ショートカットには及ばないものの、代替機能としての利用は期待できそうですか？

>>テキストボックスの枠と文章の左端の間にもう数ピクセルの隙間があるともっと見やすくなるかなと感じました。

修正しました。最新版をDLして確認してみてください。

最後に・・・
>>使ってみての細かい要望としては、翻訳文を読んだあと閉じるボタンを忘れてゲーム画面に戻ってしまうことが結構あったので、選択したプロセスをアクティブにした場合は自動的に簡易コマンドモードにするオプションがあると嬉しいかなと思いました。

このご要望の件についてですが、正直いうと難しいです！ｗ
というのも、「翻訳表示画面がアクティブでなくなった時に簡易コマンドモードへ移行する」のであれば割とすぐに実装できそうなのですが、「特定のプロセスがアクティブになった時に簡易コマンドモードへ移行する」だと、接続先のプロセスが現在アクティブかどうかを常に監視する必要があるのです。
前者と後者の明確な違いは、後者がゲームをアクティブにした時にだけ簡易コマンドモードに移行するのに対し、前者は試してませんが、恐らくデスクトップをクリックしても簡易コマンドモードに移行してしまいます。使う人によっては「あれっ消えた！？」となりかねないので実装に慎重にならざるを得ません。
ただ、後者が実現できるならその方がいいですよね。その場合はオプション設定ではなく、簡易コマンド画面を使用する場合に無条件でそのように動作するようにしたいのですがいかがでしょうか？
設定がたくさん出来ると一見自由度が高くて汎用性がありそうですが、設定の手間もどんどん増えていくので、オプション項目を増やすのは消極的です。

いずれにせよ、まず実現できるかどうか調査しますのでしばらく時間をください。
WinAPIを叩けば多分なんとか出来ると思うのですが、慣れてないのです・・・。
長くなりましたが、ご確認願います。

更新ありがとうございます！文章がさらに見やすくなりました。原文に指定するフォントの方も気をつけたいと思います。

>このご要望の件についてですが、正直いうと難しいです！ｗ
>というのも、「翻訳表示画面がアクティブでなくなった時に簡易コマンドモードへ移行する」のであれば割とすぐに実装できそうなのですが、

翻訳を読んだあとの閉じるボタンを押す手間が減ってくれればいいなと思っていたので、もし前者の方が楽に実装できるなら自分はそちらでも大丈夫ですが、たしかに初めて使う方はちょっと混乱しちゃうかもしれませんね。

>設定がたくさん出来ると一見自由度が高くて汎用性がありそうですが、設定の手間もどんどん増えていくので、オプション項目を増やすのは消極的です。

それはたしかに…。自分もオプションが多すぎるツールは、どれがより重要・便利になる項目か逆にわからず結局デフォルトのままで使っちゃたりすることがあります。
前者・後者どちらの方法でもオプションなしの無条件で動作するよう実装するなら、Readmeに「ツールが画面から消えてしまった・小さくなってしまった」とかの項目を作って「～の場合自動的に簡易コマンドモードに移行するようになっています」という解説を付記しておくといいかもしれません。

色々と考えてみたのですが、接続先のゲームのフォントの関係でOCRの読取精度があまりよくない場合、辞書登録で読みそこなった単語などを補完するような仕組みになっていますが、その際にゲームの文章でどこの単語を読み間違えたのかを翻訳表示画面と見比べて辞書登録を行うケースもあると思います。
そうした場合に、対象ゲーム画面を移動させた瞬間に簡易コマンドモードに移行してしまうと、画面を二つ並べて見比べるのに手間がかかってしまいます。

・文字だけだと分かりにくいかも知れないので、参考画像を用意しました。

このような場合、どちらかがどちらかに不便を押し付ける形になってしまいます。
ご存じかも知れませんが、翻訳表示画面は右上の「×」ボタンだけでなく、「ESC」キーで閉じることも可能です。
両方を活かす方策があれば言うことなしですが、幸いDeepLを閉じるのも「ESC」キーで閉じられますので簡易コマンドモードに移行するのは「ESC」キーを2回押すだけと思えばそこまで手間ではないと思いますが、如何でしょうか？

お返事ありがとうございます！

>そうした場合に、対象ゲーム画面を移動させた瞬間に簡易コマンドモードに移行してしまうと、画面を二つ並べて見比べるのに手間がかかってしまいます。

自分の場合OCRのキャプチャの一部に間違いがあった時などは、基本PCOTの方をアクティブにしたまま修正しているのでそういった問題は起こらないのですが、たしかにそういった部分はゲームによって変わってきますし、動かす必要のあるゲームの場合は機能が邪魔になってしまうかもしれませんね。

>ご存じかも知れませんが、翻訳表示画面は右上の「×」ボタンだけでなく、「ESC」キーで閉じることも可能です。

一度閉じ忘れてゲーム画面の方をアクティブにしてしまうと、ESCでも簡易モードにはならなくなってしまうのでそこを手間に感じてしまいました。元々自分の閉じ忘れぐせ？が発端の要望なので、閉じるくせを身につけるようにしたいと思います！

ご理解が早くて助かります！そうなんですよね、アプリごとで理想の挙動が変わるのが難しいです。
一旦はご不便かと思いますが、今の仕様のまま継続してご使用頂きたいです。
ただ、NOFA様のおっしゃりたいことも分かるので、「これ！」という方法が見つかったら対応するかもしれません。
また何かありましたらお気軽にお問合せください。

早速デグレましたね・・・すみません・・・orz
問題を切り分けるため、いくつか確認して頂きたいことがあります。

• 原文右クリック時にはちゃんとDeepLが起動しますか？(私の環境では起動)
• 自動でDeepLが起動する場合と起動しない場合がありますか？(私の環境ではそうでした)

どちらにせよ一度見てみますね。ご報告ありがとうございました。

修正してみました。確認をお願いします。

遅くなりました、今ダウンロードして起動確認をしてみました。
どうも、DeepL が起動しないようです。
原文右クリック時も起動しません。

予め、DeepL を起動しておくと意図したとおりに翻訳してくれるのですが。

そんなぁ・・・orz
>>予め、DeepL を起動しておくと意図したとおりに翻訳してくれるのですが。
というのは、タスクトレイにある状態ではなくて、DeepLがアクティブじゃないか最小化されているだけという状態だと上手く翻訳してくれるという認識で合っていますか？
もし、DeepLがプロセスにない状態からだと無理というのなら、今の仕様です。

その場合もし「DeepLがプロセスにない場合は起動するようにしてほしい」という要望があれば、なんとかやってみますが・・・できるかどうかは確約しかねます。

すいません、勘違いしていました。
DeepLを全く起動せず、テストしていました。DeepLは起動しておかないといけないんですね。それであれば、問題解決です。
大変失礼しました。

忙しい中お返事くださりありがとうございます。
・ホワイトリストについて
リンクの通りで良さそうとのことなので、試しにホワイトリストではなくブラックリストの方に「|」を指定してみました。

結果としてちゃんと「|」を無視してくれるようですね。

(※一番右のは紛らわしいですがIビームです)
前にちゃんと動作しなかったのは、画像側の問題だったかもしれません。

他に何かOCRの段階で無視した方がいい文字などありましたら、是非助言をお願いします。

・余白について
余白についてですが、画像の二値化を行わないので、決め打ちで白や黒を入れるのは難しいですね・・・。やれるとしたら画像の一番外側を拡張して引き伸ばす感じになるんでしょうかね？

・プログラムについて
ことプログラムの分野においては、素人玄人問わず、出来る人はすごいという認識です。
趣味であそこまでやれるのはすごいですね、素直に尊敬します。

フィードバックはモチベーション維持に直結しますので、どしどしください。また、こちらも質問させてください。

ブラックリスト上手く行きましたか、良かったですね。

・余白について
確かに難し問題ですね、仰るとおり一番外側の色で拡張するのが良いかもです。
ちなみに、画像処理は OpenCV が処理速度も早く楽に画像処理ができて便利です。時間のある時に試してみるのも良いと思います。

・無視した方がいい文字について
今のところ、思い当たる文字はありません。
以前検討していた情報がここ↓にあります。
「Issues · synctam/GCat4X」
https://github.com/synctam/GCat4X/issues?q=
あまり参考になる部分はないと思いますが、リンクを張っておきます。

あとＯＣＲの精度については、Capture2Text のソース（OcrEngine.cpp や OcrEngine.h）を参考にしてはいかがでしょうか。
「GSam/Capture2Text: Linux CLI port of Capture2Text v4.5.1」
https://github.com/GSam/Capture2Text

・余白について
ありがとうございます。
実を言うと画像の二値化を行った際に一度OpenCvSharpというのを使ってました。Bitmapで大津の二値化手法を試そうとしてネットで情報を得ようとしても、有料の記事だったり、数式や概念の様なもので難しすぎて挫折しました。
OpenCvSharpはBitmapとMat形式の相互変換で多少躓きはしたものの、処理自体は確かに簡単でしたね。
また時間のある時に手を出してみようと思います。

・「Issues · synctam/GCat4X」について
今もこのプロジェクトは継続中なのでしょうか？
私がこのツールを公開したからこそ、synctam様と直接交流できて喜ばしい反面「素直に待っておけば良かった！」という気持ちもあり、複雑な気分ですｗ
もしとん挫したのでなければ、日の目を見ることを楽しみにしています。
参考資料が必要であれば、連絡さえ頂ければPCOTのソースをソリューションごと渡してもいいです。
もちろん、その際の著作権は放棄します。
あ、でもアイコンだけはネットのフリー素材なので、流用しない方がいいと思います。

・Capture2Textについて
ソース公開されてたんですね、知りませんでした・・・。
OCRは仕事で有料のものを一度触ったきりで、完全に門外漢でした。今更ながら無知を晒して恥ずかしい限りです。

最後に、前のレスにも書きましたがDeepLが起動しない挙動について、返答頂いてもいいですか？

失礼しました、DeepLについては返信いたしました。
GCat4Xは、まだ仕様を確認している段階で動くものは何もありません。時間のある時に実現性の確認をしている状態で、まだ実現の目処は立っていません。ちょうどそんな時に、ぬるっぽさんから連絡があったので、情報を公開したという訳です。また、Github は、仕様をまとめるのに便利だったので使っておりました。という事で、現状では公開できるようなソースはありません。

・DeepLについて
>>失礼しました、DeepLについては返信いたしました。
返信確認しました。こちらでDeepLについて今の所感を書きます。
まず更新内容の書き方が分かりにくかったですね、こちらこそすみませんでした。
DeepLのプロセス自動起動についてですが、前にPCOTとは全く関係ないアプリでレジストリからインストールディレクトリを検索する処理を書いたことがあるので、レジストリに名前が載ってさえいれば流用すればいけそうかなと思ったものの、翻訳が終わった後の後始末(プロセスを終了するか否か)をどうするかとか、あとはDeepLの設定を見る限り、無効時間を設定したり、ショートカットを拾って欲しくないプログラムを例外設定していく設計思想に倣うならば、基本常駐させるべきものという認識です。

・GCat4Xについて
長期ベースのプロジェクトということですね。
ならば即興で動くPCOTを作ったのは無駄ではなかったということですね。少し報われた気がします。
改めて、いつか公開されることを楽しみにしています。

あと別件になりますが、PCOTの要望にもGCat4Xの構想にもあったショートカットについてsynctam様の意見を伺いたいです。
私は簡易コマンド画面によってショートカットの実装を避けましたが、理由は前に書いた通りWindowsを含む、他アプリとのバッティングが怖かったからです。
極端な例を挙げると「CTRL+S」とキーコンフィグに設定してしまったら、他アプリで保存ができないみたいな弊害が起きたら困ると思ったからです。
なので決め打ちなら・・・とも思ったのですが、フリー選択はともかく、PCOTの機能の売りはsynctam様もご存じの通り固定翻訳です。別にフリー選択だけでいいならプロセスに接続するメリットはあまりありません。(最小化されていても勝手にアクティブになってくれる位のメリットはありますが・・・)
どうせショートカットを入れるなら固定翻訳もショートカットで機能してくれないと片手落ちに見えるのです。
その場合、固定翻訳はタイトル(領域)ごとに動的に変わってきます。そうすると、ショートカットの数も必然的に増減しますよね？(ベースキー＊設定領域数)という感じで。
その辺をユーザーに設定させて後はバッティングしようがどうなろうが知らんと言ってしまうとあまりに無責任なので、PCOTは簡易コマンド画面の実装に落ち着いたわけですが、何か腹案はありますか？
もし良さそうな案があれば簡易コマンド画面を残すかどうかはともかく、今からでもショートカットの実装を検討します。

長くなってしまいましたが、ご確認ください。

・ショートカットについて
グローバルフックを使用した場合、CallNextHookEx()関数のコールを忘れなければ他のアプリに悪影響を及ぼす可能性を減らすことができると思います。ただ、利用者に対して正しい使い方と注意事項を説明する必要がありますね。

ちなみに、以前テストしていたバージョンでは、Ctrl+0 ～ 5 をそれぞれの領域の翻訳用に割り当てていました。
「synctamの雑談日記: ゲーム画面翻訳ツール作成中・・・その１」
https://synctamdiary.blogspot.com/2018/12/hdd-eschalon-book-eschalon-book-ocr-ocr.html
（各ボタンのキャプションに数字が書いてありますがこの番号がショートカットキーの番号です）
当時はまだキーは固定でしたが、変えたい時は設定ファイルを変更してテストしていました。グローバルフックを使用した理由は、「Eschalon: Book I」のキャラクター作成画面ではマウスオーバーした場所の説明が説明欄に表示される仕様のため、翻訳ボタンが押せなかったからです。

お返事ありがとうございます。
なるほど、CallNextHookEx()関数を呼べばフックが継続する感じなんでしょうかね？(というか、基本呼べって書いてありますね)同じショートカットなら、処理の順番が変わるだけで両方そのショートカットの処理を行う感じでしょうか。でも、外部アプリの画面状態を強制的に変更するPCOTとは相性が悪い気もします・・・。

んー、でもやっぱり怖いですねｗ
注意喚起するにしても、皆が一様にReadmeを読んでくれるわけでもないですし・・・。
仕事柄、目的としたもの以外の外部アプリを巻き込む処理の実装には消極的(下手すると賠償問題に発展するので)なんですよね・・・。過剰反応していると思われたらすみません。

>>「Eschalon: Book I」のキャラクター作成画面ではマウスオーバーした場所の説明が説明欄に表示される仕様のため、翻訳ボタンが押せなかったからです。

一応、今の簡易コマンド画面でもかなり不格好ですが、簡易コマンド画面を対象項目に重ねて翻訳ボタンを押せば、説明欄の翻訳を行ってくれるので、一旦様子を見させてください。
あまり使ってくれてる人もいない気がしますが、これから先「ショートカットがどうしても欲しい！」という要望がたくさん挙がってきたら、慎重に対応します。

相談に乗って頂き、ありがとうございました。