質問

現在、メイン アプリケーションの新しいバージョンの開発に取り組んでいます。私が本当に取り組みたいと思っていることの 1 つは、マルチ モニターのサポートを提供することです。当社のターゲット ユーザーはデスクトップにセカンド スクリーンを追加することが増えており、当社の製品はこの余分なスペースを活用してユーザーのパフォーマンスを向上できると考えています。

私たちのアプリケーションは、非常に特殊な市場であるリース会社とフリート会社をサポートする金融パッケージです。そうは言っても、複数のモニターを使用している多くの人は、追加の画面をより適切にサポートできれば改善されると思うお気に入りのソフトウェアを持っていると思います。

現在のソフトウェアにある問題点と、マルチモニター設定をサポートするためにそれらをどのように改善できるかについて意見を求めています。私の目的は、これらを検討して実装方法を決定し、できればユーザーにさらに良い環境を提供することです。

ご協力をよろしくお願いいたします。ありがとう。

役に立ちましたか?

解決

いくつかのランダムなヒント:

  • 複数のウィンドウを同時に開くことができる場合は、ユーザーがそれらを別の画面に表示できるようにします。当然のことのように思えますが、非常に人気のあるアプリ (例:Visual Studio) は、これで惨めに失敗します。
  • 最後に開いたウィンドウの位置を記憶し、以前と同じ画面上で新しいウィンドウを開きます。ただし、ユーザーが複数のディスプレイと単一のディスプレイを切り替える場合があります (例:ラップトップを外部 CRT とドッキングする場合)、時計はこのケースもカバーします。
  • 特定のユーザーがどのように作業するか、および 2 つのウィンドウを同時に最大化することがどのように役立つかを検討してください。多くの場合、参照用の (かなり受動的な) ウィンドウがあります (例:Web ブラウザ/ヘルプ) とデータ入力用のアクティブ ウィンドウ (例:エディター/データベース) をユーザーが切り替えます。
  • する ない ツールボックス/ツールバーを、操作対象のオブジェクトとは別のウィンドウに配置します (ここまでマウスを移動するのは不便です)。

他のヒント

りんご ヒューマンインターフェースガイドライン for the Mac では、グラフィック カードをすべて搭載できる 6 つのスロットを備えた Mac II が導入された 1987 年以来、複数のディスプレイでのウィンドウ管理を取り上げてきました。このガイドラインは、マルチ ウィンドウ サポートを実装するときに最初は思いつかないかもしれないいくつかの優れたガイドラインを提供します。たとえば、ウィンドウが複数のディスプレイにまたがる場合、新しいウィンドウはどのディスプレイで開くべきでしょうか?答えはすぐそこにある 図14-33 ウィンドウの動作を扱う章で説明します。

Microsoft は現在、Windows 開発者が従うべき同様のものを用意しているかもしれません。その場合は、正当な理由もなくシステム上の (またはユーザーが慣れている) 他のアプリと異なる動作をしたくないので、それを確認してガイドラインに従ってください。ただし、ガイドラインがない場合は、Apple のガイドラインに従ってください。これらのガイドラインは十分に考え抜かれており、もともと実験と研究を通じて開発されたものであるためです。

お願いしますお願いします. 。複数のモニターのウィンドウの位置を覚えている場合。2 台目のモニターが接続されているかどうかを検出してください。私は時々ドッキングされているラップトップを持っています。ウィンドウを開こうとすると、画面外に開いてしまうのは非常に迷惑です。

ウィンドウを別のモニターにドラッグし、アプリケーションがポップアップ ダイアログを生成したり、別のウィンドウを生成したりすると、そのポップアップ/ダイアログがプライマリ モニターに再び表示されると面倒です。

私はマルチモニター向けに開発したことはありませんが、子ウィンドウ/ダイアログをデスクトップの中心ではなく、親ウィンドウの中心に配置すると、これをより適切に処理できると思います(これは、私が行った場合に何が起こるか推測します)上で説明します)。

覚えておくべきいくつかの重要な点を彼らが捉えているので、私は dbkk の方向性にうなずかなければなりません。

また、デュアル モニターの使用方法に注意を払い、開発中にそれを念頭に置くようにすることをお勧めします。一般に、作業中のアプリケーションが行う煩わしい動作は避けるようにする必要があります。また、ユーザーがデュアル モニターを持っているからといって、アプリケーションをデュアル モニターで操作したいと考えないでください。

私が最も強調したいのは、アプリケーション内のどこにフォーカスがあるかを追跡し、ポップアップがその領域内で確実に発生するようにすることです。人々が最も嫌がるように思われることの 1 つは、ウィンドウのポップアップが表示されることです。彼らが作業しているウィンドウとは別のウィンドウ。

ダイアログは、クリックして表示した場所の近くに必ず置いてください。セッション間でウィンドウがどのモニター上にあるかを覚えておいてください。前回アプリを実行したときよりもモニターの数が少ない場合は、ウィンドウを表示領域に戻す必要があることに注意してください。モニターを切り替えるためのアイコンまたはボタンを提供します。アプリの種類によっては、モニター上またはすべてのモニター上でアプリのウィンドウを簡単に並べて表示できると便利な場合があります。

留意すべき点の 1 つは、ユーザーが 3 つ以上のモニターを持っている可能性があるということです。私のメイン システムには 6 台のモニターがあり、Linux、Windows、Mac OS 上で 4 台以上のモニターを実行しています。多くのアプリケーションは、マルチモニター ユーティリティであっても、2 つのモニターをサポートしますが、2 つ以上のモニターでは問題が発生します。

アプリケーションは、ウィンドウがどこにあるかを把握しており、それらのウィンドウの位置に関連付けられている場合に最適に機能します。また、他の人が述べたように、ウィンドウがどこにあったかを覚えておきたい場合は、ユーザーが戻ってきたときにジオメトリが意味をなさないようにしてください。

OS/ウィンドウ システムが画面ジオメトリの変更に関連するイベントを送出した場合、何かおかしなことをしている場合はそれを処理してください。

最近では、適切にコーディングされたほとんどのアプリケーションは通常動作すると思います。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top