問題タブ [multiple-monitors]

タイトルはそれをかなり説明しています。デュアル モニター設定で 2 つのモニターにまたがるように WPF アプリのサイズを変更し、サイズを元に戻すと、2 番目のモニターに何もしないゴースト ウィンドウが表示されますが、元のウィンドウを最初の画面。

誰かがこのような問題を抱えていましたか? 一部の OS (私は WINXP 32 ビットを使用しています) での更新バグだと思いますが、コミュニティで確認したいと思います。

私は 3 台の異なるモニターに接続されたデスクトップ コンピューターを持っていますが、一度にアクティブにできるのはそのうちの 2 台だけです。1 つはプライマリ モニタで、常にアクティブです。他の 2 つを手動で切り替えることができます。1 つはモニター、もう 1 つは HDTV です。

このスイッチは、VGA のみを処理するメカニカル スイッチであり (実際には RGB コンポーネントのみが切り替えられます)、他のデバイスからコンピューターへのフィードバックはありません。そのため、Windows は解像度などを変更するための自動調整を行うことができません。それ。

画面の構成と解像度を自動的に切り替えるバッチ ファイルを作成し (他のデバイスを検出できないため、もちろん適切な解像度をハード コーディングします)、それらがディスプレイに適したものになるようにします。

始めるのに最適な場所はどこですか? このようなことを行うためのコマンドのライブラリ (またはそれらが呼び出されたもの) はどこにありますか? 最後に、このようなことをする際の注意点はありますか?

前もって感謝します、

-偽物

XP64 および Vista64 の複数のモニター ワークステーションで実行されるアプリケーションがあり、アプリケーション内の 1 つのフォームを特定のモニターに移動すると奇妙な問題が発生します。

フォームがプライマリ モニターの左上にあるモニターに移動された場合 ([表示設定] ダイアログで負の座標になっています)、フォームにカーソルを置くと、ユーザーは対角線のサイズ変更カーソルを取得します (私は見ただけです)。カーソルがウィンドウのクロムにあるときに発生しますが、ユーザーはウィンドウ全体で発生していると報告しています)。

カーソルがプライマリ モニターの上にある場合にのみ発生することを確認できました (セカンダリ モニターをプライマリ モニターの上に部分的にのみ作成すると、プライマリ モニターの上にあるフォームの部分でのみ問題が発生します)。

これは、アプリケーション全体で 1 つのフォームでのみ発生します。このフォームは、特に派手なことは何もしません (WndProc をオーバーライドしないなど)。また、使用されるすべてのカスタム コントロールは、この問題を表示しない他のフォームでも使用されます。 .

斜めのサイズ変更カーソルが常に表示される原因は何ですか?

wpfアプリケーションを実行すると、hpラップトップで画面を拡張するための「fn_key--F4」の組み合わせが機能しなくなるという奇妙な問題が発生しました。これは、空のアプリを作成した場合でも発生します。実行するとすぐに、デスクトップを2番目のモニターに拡張できません。

ありがとう！

Windows は、そのままではマルチモニター システムの異なるモニターに異なる背景画像を表示することができないようです。しかし、この機能を提供する商用アプリケーションがかなりあることに気付きました。

この機能を提供するために (誤用) 使用される可能性のある API はどれですか? この機能用の特別な API がない場合、別の Win32 API 関数にフックすることで実現できますか? もしそうなら、どれですか？

アプリケーションでマルチモニターサポートを提供したい。

過去に私は、マルチモニターのサポートは単にオープンなマルチモニター関連のバグがないことであるという単純な見方をしていました。マルチモニター設定で動作するようであれば、マルチモニターをサポートしますよね？

しかし、私はこれについていくつかの明確な要件を作成したいと思います。

ほとんどのユーザーの期待に応えて、「はい、このアプリケーションはマルチモニターをサポートしています」と言うために、私が遵守する必要のある基本的な要件は何ですか？

たとえば、明らかな要件は、すべてのウィンドウ/メッセージボックス/ツールチップなどが、アプリケーションがオンになっているのと同じモニターで開く必要があることです。また、これらのウィンドウの子は、親と同じモニターで開く必要があります。

もう考えられますか？これに関するガイドラインはどこかにありますか？

コンポーネントを持っています。コンポーネントの ToolTip は setToolTipText() メソッドによって設定されます。最初のモニターでは、すべて正常に動作します。フレームを 2 番目のモニターに移動すると、ツールチップがモニターの端 (最初のモニターの側) に表示されます。これは、このコンポーネントのツールチップでのみ発生します。問題は他のマシンでも発生します。それでも、Vista でしかテストしていません。

どうしてこれなの？これは Swing のバグですか? どうすれば修正できますか？

ツールチップ テキストは、マウス カーソルの位置によって異なります。したがって、コードを編集して getToolTipText(MouseEvent e) メソッドをオーバーライドすることがあります。コードの変更を開始する前に、この問題の理由を知っておくとよいでしょう。

前もって感謝します。

単一のモニター セットアップで新しいマネージド DirectX デバイスを作成するのは簡単です。アダプター識別子 0 (または Manager.Adapters.Default.Adapter) を使用してデバイス コンストラクターを呼び出します。

複数のモニターのセットアップで、現在使用されているプラ​​イマリまたはセカンダリ モニターに応じて、正しいアダプター識別子 0 または 1 を使用してデバイスを作成したいと考えています。どのアダプター ID を使用する必要があるかを判断するにはどうすればよいですか?

デュアル モニターを使用する C# アプリケーションで複数のフォームを管理する最善の方法を見つけようとしています。アプリケーションは「ランチパッド」から始まり、オペレーターに簡単な情報と「GO」ボタンを提供します。そのボタンを押すと、ランチパッドが非表示になり、各モニターにフルスクリーンでフォームが表示されます。ここで関連するコードをキャプチャしようとしました：

このWaitForAllDisplays()呼び出しでメイン スレッドをブロックしたままにしておくのは少し面倒ですが、これを行うためのより良い方法を思いつきませんでした。Form1とForm2は互いに独立しており、直接通信することはありません。

すべてのディスプレイが閉じるのを待つためにカウンティング セマフォを使用することを検討しましたが、これは従来のセマフォとは少し逆です。リソースが利用可能になったときに実行する代わりに、すべてのリソースが返されるまでブロックしたいと考えています。

より良いアプローチについて何か考えはありますか？

最近、顧客から私のアプリケーションと NVidia nView デスクトップ マネージャーの問題が報告されました。基本的に、nView は、アプリケーションをモニター間で移動するときに、非表示のセカンダリ フォームを「再表示」するようです。Delphi 2010 でテストしています。この問題は、IDE だけを使用して確認することもできます (ドッキングされていないウィンドウを表示し、閉じてから、Delphi IDE を別のモニターに送信することを選択します)。状態になり、閉じることができません。

再現するには：

. NVidia nView デスクトップ マネージャーでマルチモニター システムを使用します。
. 閉じたときに非表示になるセカンダリ フォームを使用して、Delphi アプリケーションを開始します。
. フォームを表示または ShowModal してから閉じます (フォームは少なくとも 1 回表示されている必要があります)。
. アプリケーションを別のモニターに送信することを選択します。(ホットキーまたはキャプション アイコン経由)
. アプリケーションが他のモニターに移動し、非表示のフォームが表示されます。

他の誰かがこの問題を見たことがありますか? 古いバージョンの nView で確認しましたが、最新バージョンを使用しているお客様は、メイン フォームを移動したり、サイズを変更したりするたびに問題が発生します。残念ながら、私のラップトップは最新バージョンに更新できないため、簡単にテストできません。

コメントや提案をありがとう！

-マーク