Ultramonはデュアル モニター (モニター間で画面をストレッチする) 用の優れたプログラムですが、1 つのモニターでコードの 1 つのタブを開き、2 番目のモニターでコードの 2 つ目のタブを開くなど、Visual Studio で何らかの方法があるかどうか疑問に思っていました。 Visual Studio のインスタンスを 1 つだけ実行して監視しますか?
または、デュアル モニターと Visual Studio を最大限に活用するための他の提案はありますか?
Ultramonはデュアル モニター (モニター間で画面をストレッチする) 用の優れたプログラムですが、1 つのモニターでコードの 1 つのタブを開き、2 番目のモニターでコードの 2 つ目のタブを開くなど、Visual Studio で何らかの方法があるかどうか疑問に思っていました。 Visual Studio のインスタンスを 1 つだけ実行して監視しますか?
または、デュアル モニターと Visual Studio を最大限に活用するための他の提案はありますか?
Visual Studio のインスタンスを 1 つだけ実行して、1 つのモニターでコードの 1 つのタブを開き、2 つ目のモニターでコードの 2 つ目のタブを開きます。
VS の外にあるタブを他の画面にドラッグするだけです。
個人的には、メイン モニターの 1 つがメインのビジュアル スタジオ モニターになるようにウィンドウをセットアップしているため、ツールボックスのみがドッキングされた状態でコード ウィンドウが最大化され、左側に表示されます。これは、コード ウィンドウができるだけ多くのスペースを占めることを意味し、コードの左端を画面の中央近くに保ち、私の目が自然に見えるようにします。私のメイン モニターはワイド スクリーンなので、コードを表示するのに十分なスペースがあることがわかりました。
私のセカンダリ モニターには、使用するツール ウィンドウを含む 2 番目のウィンドウがあります。そのため、ソリューション エクスプローラー、エラー リスト、タスク リスト (//todo: コメント)、出力ウィンドウ、検索結果などをセカンダリ モニターで好きなだけ占有しています。
デバッグ中は、ソリューション エクスプローラーがメイン モニターを移動し、watch、autos、および locals ウィンドウが代わりに表示されます。
これにより、コードを記述するための非常に大きな領域が得られ、通常よりも多くのスペースが追加されるため、これらの追加ウィンドウのすべてを使用するのに本当に役立ちます。
更新: 2 番目のモニターを使用してドキュメントを作成したり、アプリを実行したりすることについて皆さんが話していることに応えて、私は心から同意し、その方法について言及するのを忘れました。これを実現するために、 PowerMenuをよく使用します。基本的に、任意のウィンドウを右クリックして、Always On Top を設定できます。したがって、デバッグ中に出力ウィンドウを表示したいのですが、ドキュメントを参照する必要がある場合は、(2 番目のモニターで) Mozilla にフリックし、それを一番上に設定して、Visual Studio に戻ります。これにより、ツール ウィンドウを何度もシャッフルしたり、コード ウィンドウの貴重なスペースを占有したりすることなく、ツール ウィンドウを管理できることがわかりました。
私は 3 つのモニターを持っているので、通常は次の構成で実行します。
通常、これはうまく機能します。モニターがかなり大きいため、テスト アプリケーションをフルスクリーンで使用する必要はほとんどありません。そのため、tail -f ウィンドウ用の十分なスペースがあります。
また、AutoHotkey を使用して、Firefox や SSH セッションなどの最も重要なウィンドウに切り替えるホットキーを割り当てています。そうすれば、必要に応じてショートカット キーを使用して簡単にアクセスできます。
左のモニターは、実際には Linux を実行している別のコンピューターであり、キーボード/マウスは Synergy と共有されているため、各仮想デスクトップで 1 つずつ、複数の電子ブックまたはドキュメント ページを開いています...マウスを左に動かしてドキュメントを切り替えることができます。ショートカットキーを使用。
私が最初に 2 台のモニターを入手したとき、私はあなたと同じようにすべてのスペースをビジュアル スタジオに使用したかったのですが、VS を 1 台のモニターに保持し、2 台目のモニターをドキュメント、外部リソースに使用するのが最善であることに気付いたと思います。最初は思いつかないかもしれませんが、コードを隠すことなく他のリソースを最大化できるなど、すべての小さなタッチは優れた機能です。
3 台のモニター -- すべて 1600x1200
他のアプリは、私が何に取り組んでいるか、モニターがどれだけ混雑しているか、開いているアプリとそのアプリからの情報が必要なものとの間の相互作用に応じて移動します。
GUI デバッグの場合、アプリを 1 つの画面で実行し、デバッガーを別の画面で実行できるのは素晴らしいことです。それは最も実用的な用途の1つです..
しかし実際には、開発しているアプリケーションの種類、つまり、開いているファイル ハンドルやログなどを監視する必要があるかどうかによって異なります。
左のモニターに VS があり、右に GUI/実行中のウィンドウがあります。ただし、各モニターで開いているタブをコーディングする必要がある場合は、UltraMon のオプションを使用してウィンドウを両方のモニターに拡張し、コード ページをドラッグして仕切りを配置することができます。次に、その仕切りをモニターの切れ目に合わせます。
私はそれをテストするためだけに、以前にそれをしました。悪くない設定です。
他のモニターで開くには、コード定義ウィンドウが非常に貴重だと思います。カーソルがエディタのタイプ名の上に移動すると、他のウィンドウにその定義が表示されます。
私は 3 つのモニターを持っており、Visual Studio が中央のモニターで全画面表示されるようにセットアップされています。右側のモニターにはすべてのツール ウィンドウが構成されており、左側のモニターはブラウザー、ヘルプ、SSMS、電子メールなど用です。
リモートで接続する必要がある場合を除いてうまく機能するため、ツール ウィンドウを Visual Studio に戻すための別のエクスポートされた構成と、それらを複数のモニター用にセットアップするための構成があります。
私は別の目的でStudioToolsを使用していますが、「Tear off Editor」オプションがあり、ファイルをウィンドウに「切り離して」ウィンドウのサイズを変更できます。かなり役に立ちます
ソリューションエクスプローラーでファイルを右クリックし、[プログラムから開く]をクリックして、devenv.exeを検索してみてください。これにより、VSの新しいインスタンスでそれが開かれます。さらに、将来的にはdevenvをデフォルトオプションの1つとして保存するため、常にdevenvを探し回る必要はありません。美しくはありませんが、オプションです。