問題タブ [windowed]

このコードは、stackoverflow で見つけた多くの例に基づいてまとめました。プログラムを実行すると、画面全体が激しくちらつきます。私が見落としている単純なものがあると確信していますが、これまでのところ解決策を突き止めることができませんでした. 主にオンライン フォーラムを読んで助けを借りて、これを数時間デバッグしてきました。

public class Screen extends JComponent {

追加のコードが必要な場合は、提供できます。助けてくれてありがとう、stackoverflow!

こんにちは、私の仲間のミニオン:)

平均 100 台のサーバー ファームで XenApp 6.5 を使用。

Citrix ユーザーが 1 人しかいません。彼が使用しているすべてのアプリケーションは、「レシーバー ウィンドウ」内でウィンドウ表示されます (たとえば、Outlook は、レシーバー アイコンを使用してウィンドウ内でウィンドウ表示され、「Outlook - Citrix レシーバー」という名前が付けられます)。

最初の問題: すべてのアプリケーションがタスク バーの同じアイコンの下にグループ化されます。2 番目の問題: すべてのウィンドウのサイズを変更するのは非常に面倒です (例: 「Outlook Citrix レシーバー」が 800x600 で、ウィンドウ内の Outlook メールが 1024x768 の場合、ユーザーは「Citrix ウィンドウの側面にあるリフトをいじる必要があります。 「彼がそれに取り組みたいと思うたびに...

再発する問題だとほぼ確信していますが、「Citrixレシーバーウィンドウと同じアイコン」を使用したすべての調査は、多くの間違った回答/間違ったトピックの回答で終わるため、グーグルで検索するのは苦痛です...

ドキュメントとのリンクはすべて使用され、辛抱強く読まれます... よろしくお願いします...

ショートストーリー

ゲームはフルスクリーンで開始されますが、フルスクリーンの directX ウィンドウです。ゲームはウィンドウをサポートしていますが、手動で行う必要があります。Delphi で、境界線とキャプションなしで（システム全体のホットキーを使用して）画面に合わせてウィンドウを拡大/サイズ変更するプログラムを作成したため、フルスクリーンのように見えますが、ハードウェアへの直接アクセスはトリガーされません。ハードウェアへの直接アクセスで使用されるトリックをサポートしていない DisplayLink アダプターを使用しているが、醜い境界線なしでフルスクリーンで再生したいので、これは重要です。全画面表示の DirectX ウィンドウ以外の任意のウィンドウのサイズを変更できます。手動で全画面表示モードをウィンドウ表示に変更する必要があります。これを自動化したいのです。

長い話（質問を知りたい場合は下にスクロールしてください）

コンピューターから 5 メートル離れた場所に TV 画面を備えた DisplayLink アダプターがあります。ソファからゲームをプレイできるように、それを使用してゲームを実行したいと考えています。ただし、ほとんどのゲームはデスクトップ ウィンドウ マネージャー (DWM) をバイパスして、フル スクリーン時にグラフィックス ハードウェアに直接アクセスするため、DisplayLink ドライバーはほとんどのゲームをフル スクリーンで再生できません。

これは、DisplayLink の一般的な既知の問題です。ウィンドウ モードでは、アダプターは非常にうまく機能するので、Delphi で小さなプログラムを作成して、ウィンドウを最大化して全画面表示にするのではなく、ウィンドウを全画面表示にする代わりに、ウィンドウを全画面表示にすることを考えました。

私が作成したプログラムはかなりうまく動作しますが、directx 画面が既にウィンドウ化されている場合にのみ機能します (ゲームはフルスクリーンで開始されるため、ウィンドウ化するにはウィンドウ化されたアイコンを 1 回クリックする必要があります)。ゲームには、起動時にウィンドウを表示するオプションが既にありますが、固定解像度の可能性は低くなります。フルスクリーンで起動したときにこのプロセスを自動化したい。directx画面をウィンドウ表示に変更したいのですが、この後、最大化せずにフルスクリーンにサイズ変更/ストレッチします。

プログラムの仕組み

プログラムは、システム全体のキーボード ホットキーを定義します。ホットキーを押すと、プログラムはアクティブなフォアグラウンド ウィンドウ (windows API getForeGroundWindow()) をフルスクリーンに引き伸ばして最大化し、ボーダーレス ウィンドウにしてフルスクリーンのように見せます。これにより、システムのメイン画面だけでなく、好きな画面でゲームを実行することもできます。ホットキーをもう一度押すと、ウィンドウは以前の状態 (トグル) に戻ります。「パッチ」を適用する前に、ウィンドウの種類もチェックするため、サイズ変更できないウィンドウでは使用できません。

質問

フルスクリーンに拡大/サイズ変更する必要があるウィンドウのハンドルを知っています。フルスクリーンの DirectX ウィンドウの場合、ウィンドウ化されていない限り何もできません。このウィンドウ ハンドル ( ) にメッセージを送信して、状態をウィンドウ表示に変更するにはどうすればよいですかsendMessage()。とにかくこれは可能ですか？

いくつかのコード(舞台裏で何が起こっているかを理解するため)

いくつかのスクリーンショット

注意: この図にはタイプミスがあります。ActiveX は DirectX でなければなりません ;-)

DisplayLink の問題に関する詳細情報: http://support.displaylink.com/knowledgebase/articles/543922-games-do-not-work-on-windows-with-displaylink-soft

Mac の Safari ブラウザ用のプラグインを作成しています。

インターネットで閲覧した後、Mac のプラグインは一般にウィンドウレスですが、ウィンドウ付きのプラグインが必要であることがわかりました。関数NPP_SetWindowでも、次のように変数タイプ(タイプNPWindowType ) の値を出力しようとしました:

2を出力します。つまり、その値は NPWindowTypeDrawable であり、ウィンドウがないことを意味します。

さらに、次のコードをどこかで読みました。

ここでは、 NPN_SetValue関数呼び出しでNPPVpluginWindowBool​​ の値をfalseとして渡すことにより、プラグインをウィンドウレスにすることができると述べています。プラグインがこの呼び出しを行わない場合、ウィンドウ化されたプラグインと見なされます。しかし、「Mac OS X のプラグインは常にウィンドウなし」とも書かれています。これについてはまだ確信が持てません。

私の質問は、ここでNPPVpluginWindowBool​​ に真の値を渡すと、プラグインがウィンドウ化されますか? まだ試していません。

pNPWindow->type (最初のコードスニペット) も 1を出力するように、プログラムまたはその他の方法でウィンドウ化されたプラグインにする方法を提案してください。つまり、 NPWindowTypeWindowはウィンドウ化されたプラグインを意味します。

ありがとう。

調べてみたところ、サードパーティのプログラム以外に方法が見つかりませんでした。しかし、カーソルがウィンドウの境界の外に移動するのを止めることができるコード (C++) を使用する方法はありますか? Windows で FPS ゲーム プロジェクトを実行していますが、明らかにウィンドウ モードでは、マウスをウィンドウの外に移動でき、問題が発生する可能性があります。

Mac OS の PhpStorm 2017.2 で実行ウィンドウまたはデバッグ ウィンドウを外部ディスプレイに移動するにはどうすればよいですか?

ソース 1 ファイル、またはターミナル タブを持つウィンドウのみを移動できます。

しかし、デバッグと実行ウィンドウを外部ディスプレイに移動する方法がわかりません。

JetBrains Tracker に何らかの問題が存在する可能性がありますか?

私の悪い英語でごめんなさい。

Windows 8.1 の PROCESS_PER_MONITOR_DPI_AWARE と Windows 10 v1703 の DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 であるアプリケーションがあります。私のウィンドウは、ウィンドウ モードのときは WS_OVERLAPPEDWINDOW スタイルで、全画面表示のときはモニター サイズの WS_POPUP に切り替えます。

同じモニターで DPI を変更すると、ウィンドウ モードのウィンドウは、Windows 8.1 と Windows 10 v1703 の両方で、WM_DPICHANGED メッセージで正しくスケーリングされたウィンドウ サイズを取得します。ただし、フルスクリーンの場合、Windows 8.1 はフルスクリーン ウィンドウのサイズを変更しません (同じサイズを維持します) が、Windows 10 v1703 は変更します。これは、96 dpi で 2560x1440 のフルスクリーン ウィンドウが、たとえば 144 dpi になると、Windows 8.1 では 2560x1440 のままですが、Windows 10 v1703 では 3840x2160 にサイズ変更されることを意味します。

Windows 8.1 で自動的に行われていた WM_GETDPISCALEDSIZE メッセージを受信したときに手動で行う必要があるのと同じサイズのフルスクリーン ウィンドウを維持するのは正常ですか?

編集:さらにテストした後、WM_GETDPISCALEDSIZEメッセージは、ウィンドウがフルスクリーンの場合、ウィンドウ化されている場合にのみ送信されないようです(WS_POPUPは機能しますが、サイズがモニターと同じでない場合のみ)。したがって、この動作をオーバーライドすることもできず、Windows 8.1 はフルスクリーン ウィンドウの Windows 10 v1703 とは異なる動作をします。