これまで、異なるオペレーティング システムで複数のデスクトップを使用したことがなかったので、おそらくこれがその仕組みなのでしょう。
しかし、あるデスクトップでプロセスを開始し、そのプロセスがまだ起動しているときに別のデスクトップに切り替えると、そのプロセスによって作成される新しいウィンドウは、プロセスを開始したデスクトップではなく、現在表示しているデスクトップ上に表示されます。
たとえば、デスクトップ A で Visual Studio を起動し、起動中にデスクトップ B に移動します。Visual Studio が起動すると、デスクトップ A ではなくデスクトップ B に表示されます。
同じことです。何らかのウィンドウ (ブラウザー ウィンドウ、WPF フォームなど) を起動する Visual Studio プロジェクトを実行します。ウィンドウが表示される前に、デスクトップを切り替えます。ウィンドウは、古いデスクトップではなく、現在のデスクトップに表示されます。
この動作は正常ですか? それとも、最終的には修正される可能性がありますか? 少しイライラします。デスクトップ間をすばやく「切り替える」ことはできません。
編集 これは、新しいプロセスを起動するための仮想デスクトップの親和性の欠如が実際に悪い例です。
私は 2 つの異なるプロジェクトで作業するために、2 つの仮想デスクトップを実行しています。どちらも Web 開発プロジェクトなので、各デスクトップで Chrome のインスタンスを実行しています。Chrome はタブごとに新しいプロセスを起動します。他の場所からリンクをクリックすると、Chrome は最後に使用した Chrome ウィンドウに新しいタブを作成します。
デスクトップ A でもメールを実行しています。メール内のリンクをクリックしたときに、最後に使用した Chrome インスタンスがデスクトップ B にあった場合、デスクトップ B で新しいタブが開き、現在のビューがデスクトップ B に切り替わる可能性が最も高くなります。
しかし、それほど頻繁ではありませんが、デスクトップ マネージャーがどちらのデスクトップを見たいのか判断できないため、2 つのデスクトップ間で非常に高速な「フラッター」または「ちらつき」が発生することがあります。このちらつきを止める唯一の方法は、画面上のどこかをクリックして、アクティブ ウィンドウのフォーカスを変更することです。
新しいプロセスがデフォルトでそれを起動したデスクトップによって所有されていた場合、この問題は発生しません。
実際、仮想デスクトップがこのように動作しないのは意味がありません。
答え1
これは正常な動作です。
おそらく、あなたの質問は「Windows 10 でプロセスを 1 つの仮想デスクトップのみで実行させる方法」でしょう。