先に結論： 「最前面表示」ツール（PowerToys Always On Top、DevToys、Win+系ツール、AutoHotkeyの WinSet, AlwaysOnTop を書いた自作スクリプトなど）は、排他的フルスクリーンのゲームの上では効きません。ゲームがディスプレイ全体を占有しているからです。「最前面」フラグはデスクトップウィンドウマネージャーへの単なるヒントにすぎず、排他的フルスクリーンのゲームはそのマネージャーを経路から外してしまうため、固定したはずのウィンドウは上から塗りつぶされるか、あるいはゲームが遅いウィンドウモードに切り替わってしまいます。確実な解決策は最前面ハックではありません。ゲームを専用の仮想ディスプレイでネイティブフルスクリーン表示し、物理モニター上ではその横のゾーンに別のウィンドウを置くのです。ウィンドウは本当に画面上にあってクリックでき、ゲームはネイティブフルスクリーンを保ち、ボーダーレスによるFPS低下もありません。
PCで最も繰り返される不満のひとつがこれです。「ウィンドウを最前面に固定したのに、ゲームをフルスクリーンで起動した瞬間に消える」。タイマー、攻略ガイド、チャットウィンドウ、ダッシュボードをフルスクリーンのゲームの上に置いておきたいのに、どんな「最前面表示」の小技もあなたを裏切る。ここではその理由と、実際にウィンドウをゲームの上に保つ方法を正確に解説します。
なぜ「最前面表示」はフルスクリーンゲームの上で効かないのか
「最前面表示」は**Zオーダー（重ね順）**のヒントです。PowerToys Always On Top、DevToys、あるいはAutoHotkeyの AlwaysOnTop コマンドでウィンドウを固定するとき、あなたがやっているのは、Windowsのデスクトップウィンドウマネージャーに「このウィンドウを重ね順の上位に保って」と頼むことだけです。これは通常のウィンドウの上でも、ボーダーレスのゲームの上でも見事に機能します。それらはすべて同じ合成されたデスクトップの中に存在しているからです。
しかし排他的フルスクリーンのゲームは、その前提を壊します。ディスプレイ全体を直接掌握し、デスクトップコンポジタを迂回するのです。だから、あなたの最前面フラグが属している重ね順は、もはや画面に映るものを支配しません。そこから、次のどちらかが起こります。
- 固定したウィンドウが塗りつぶされる。 ゲームがディスプレイ全体を直接描画しているため、コンポジタの「これを最前面に保て」という指示には強制する相手がなく、ウィンドウは単に表示されません。
- ゲームが排他的フルスクリーンから追い出される。 あなたの最前面ウィンドウを少しでも表示するために、Windowsはゲームを合成された（ボーダーレスに近い）モードへ引き戻さざるを得ません。それはまさに、あなたが避けようとしていた遅い経路であり、FPSを犠牲にし入力遅延を加えます。
つまり「最前面がゲームで効かない」のは、あなたのツールのバグではありません。構造的なミスマッチです。最前面フラグは、排他的フルスクリーンのゲームが意図的に迂回したコンポジタへの依頼にすぎないのです。ゲームを排他的フルスクリーンから引きずり出さない限り、どんな最前面ハックも本物の排他的フルスクリーンの上にウィンドウを固定することはできません。
解決策を順位づけする
フルスクリーンゲームの上にウィンドウを本当に置きたいとき、よくあるアプローチがどう並ぶかを見てみましょう。
| 方法 | 本物のフルスクリーンの上で見え続ける？ | ゲームがネイティブFPSを保つ？ | ウィンドウをクリックできる？ | 一画面で済む？ |
|---|---|---|---|---|
| PowerToys / AHK の「最前面表示」 | × — 塗りつぶされるか、ゲームを排他的フルスクリーンから追い出す | ゲームをウィンドウモードに切り替えたときだけ（その場合は保てない） | ○ | ○ |
| ボーダーレスウィンドウ + 最前面 | 「本物の」フルスクリーンではない — ゲームはすでにウィンドウ化されている | × — コンポジタのFPS/遅延コストを払う | ○ | ○ |
| サブモニター | 該当なし — ウィンドウはゲームの上ではなく別の画面にある | ○ | ○ | × — 追加ハードウェアが必要 |
| Staged（専用の仮想ディスプレイ + ゾーン） | ○ — ウィンドウがゲームの横に、本当に画面上に置かれる | ○ — ネイティブフルスクリーン、ボーダーレスのペナルティなし | ○ | ○ |
1. PowerToys Always On Top / AHK（ウィンドウの上では機能するが、排他的フルスクリーンには負ける）
PowerToys Always On Top、DevToys、そして一行のAutoHotkeyスクリプトは、いずれもウィンドウのZオーダーを固定します。通常のアプリやボーダーレスのゲームの上では優秀で、手持ちのツールですぐに、追加費用なしで使えます。
- 利点： 軽量で、ボーダーレスのゲームやデスクトップアプリの上で機能する。
- 欠点： 排他的フルスクリーンのゲームの上では、固定したウィンドウは塗りつぶされるか、あるいはゲームを排他的フルスクリーン（の外の遅いモード）へ追い出したときにだけ表示される。これはコンポジタレベルのヒントであり、排他的フルスクリーンはそのコンポジタの外側に存在するのです。
2. ボーダーレスウィンドウ + 最前面（見えるが、FPS税を払う）
ゲームをボーダーレスウィンドウに切り替え、それから別のウィンドウを最前面に固定します。こうするとすべてが合成されたデスクトップの中に収まるので、最前面フラグが機能し、ウィンドウは見えたままになります。
- 利点： 固定したウィンドウが本当にゲームの上にとどまる。最近の多くのタイトルで機能する。
- 欠点： 排他的フルスクリーンを手放してデスクトップコンポジタに委ねたことになり、わずかなFPSと入力遅延のコストが加わる。しかも正確に言えば、もはや本物のフルスクリーンの上にウィンドウを保っているわけではありません。機能させるためにゲームをウィンドウ化したのですから。競技志向のプレイヤーは、この遅延税を嫌う傾向があります。
3. ゲームを専用の仮想ディスプレイで動かし、ウィンドウをその横にドックする（ネイティブフルスクリーン、ハックなし）
Zオーダーと戦う代わりに、それを回避します。ゲームを別の仮想ディスプレイでネイティブフルスクリーン表示し、物理モニター上ではその隣のゾーンに別のウィンドウを置くのです。Windowsは仮想ディスプレイを実際のモニターと同じように扱うので、ゲームは本物のネイティブフルスクリーンを保ち、排他的モードを離れる必要が一度もありません。その一方で、別のウィンドウはすぐ横のゾーンに合成され、完全に画面上にあってクリックできます。これがStagedのやることです。ゲームを仮想ディスプレイで動かし、それを物理画面上のゾーンに合成し、その周りのゾーンに他のアプリを並べます。
- 利点： ネイティブフルスクリーンの性能（ボーダーレスのペナルティなし）。別のウィンドウはゲームの横に本当に見えていてクリックできる — 塗りつぶされうる最前面ハックではない。さらにモニター1枚で機能し、追加ハードウェア不要、ノートPCでも動く。
- 正直な注意点： ウィンドウはフルスクリーンゲームの文字どおり真上に浮かぶのではなく、専用のゾーンの中でゲームの横に並びます。しかしそれこそが要点です。「本物の排他的フルスクリーンの上に」というのは、最前面フラグが正直に実現できるものではないからです。またStagedは、Windows標準の切り替えではなく専用のツールである点も申し添えておきます。
「最前面」に固定 vs. ゲームの横で本当に見える
あなたが実際に何を欲しいのかを正確にしておく価値があります。解決策が違ってくるからです。
- ボーダーレスのゲームやデスクトップアプリの上にだけウィンドウが要るなら、PowerToys Always On TopやAHKスクリプトで完璧です。固定すれば終わりです。
- ゲームを本物の排他的フルスクリーンに保ったままウィンドウを見えるようにしたいなら、どんな最前面フラグも、ゲームをウィンドウモードに引きずり込まずには実現できません。代わりにゲームに専用の仮想ディスプレイを与え、ウィンドウをその横のゾーンにドックしてください — 本当に画面上にあり、ゲームはネイティブフルスクリーンを一度も離れません。
自分がどちらの状況なのかを知っておけば、排他的フルスクリーンが最初から無視するはずだった最前面ハックを追いかけずに済みます。
よくある質問
なぜ「最前面表示」はフルスクリーンゲームの上で効かないのですか？
「最前面表示」がWindowsのデスクトップコンポジタへのZオーダーのヒントであるのに対し、排他的フルスクリーンのゲームはそのコンポジタを迂回してディスプレイ全体を直接描画するからです。最前面フラグに強制する相手がないため、固定したウィンドウは塗りつぶされるか、ゲームを排他的フルスクリーンから遅いウィンドウモードへ追い出したときにだけ表示されます。あなたのツールのバグではなく、構造的なミスマッチなのです。
PowerToys Always On Top はゲームで動きますか？
ボーダーレスのゲームやデスクトップアプリの上でなら、はい — PowerToys Always On Topはウィンドウをきちんと固定します。しかし排他的フルスクリーンのゲームの上では、いいえ。ゲームがコンポジタの外側でディスプレイを占有しているため、固定したウィンドウは塗りつぶされるか、ゲームをウィンドウモードに追い込みます。DevToysや自作のAutoHotkey AlwaysOnTop スクリプトも同じです。
フルスクリーンゲームの上にウィンドウを固定するにはどうすればいいですか？
正直な答えは、本物の排他的フルスクリーンの上には固定しない、ということです — 代わりにゲームの横に置きます。ゲームを専用の仮想ディスプレイでネイティブフルスクリーン表示し、別のウィンドウを同じモニター上のその隣のゾーンにドックします。本当に画面上にあってクリックでき、ゲームは排他的フルスクリーンを離れる必要が一度もありません。これがStagedがモニター1枚でやることです。
ボーダーレスウィンドウで直りますか（そして何を犠牲にしますか）？
はい、という意味では、ゲームをボーダーレスウィンドウにすればすべてが合成されたデスクトップの中に収まるので、最前面フラグがウィンドウを見えたままにします。犠牲は、排他的フルスクリーンをデスクトップコンポジタと引き換えにしたことで、わずかなFPSと入力遅延のコストが加わる点です。しかもゲームをウィンドウ化したので、もはや本物のフルスクリーンの上にウィンドウを保っているわけではありません。仮想ディスプレイなら、そのトレードオフを避けられます。
モニターが一つでもできますか？
はい。ゲームを仮想ディスプレイで動かし、ウィンドウをその横のゾーンにドックするのは、すべて今ある1枚の画面の上で完結します — サブモニターも、追加ハードウェアも不要で、ノートPCでも動きます。ゲームは自分のゾーンの中でフルサイズを保ち、別のウィンドウはその隣で生きたままです。
FPSは下がりますか？
ボーダーレスウィンドウは、ゲームを排他的フルスクリーンではなくデスクトップコンポジタ経由に回すため、FPSがわずかに下がります。フルスクリーンゲームの上に最前面ウィンドウを無理に置くことでも、同じコンポジタ経路が引き起こされることがあります。ゲームを専用の仮想ディスプレイで動かせば、ボーダーレスのペナルティなしでネイティブフルスクリーンの性能をそのまま保てます — レンダリング解像度も自分で選べます。
最前面ハックなしでウィンドウを見えたままに
Stagedは、あなたのゲームを仮想ディスプレイでネイティブフルスクリーン表示し、別のウィンドウをその横のゾーンにドックします — 本当に画面上にあってクリックでき、塗りつぶされる最前面フラグもなく、ボーダーレスのFPS低下もなく、すべてモニター1枚で。StagedはまもなくSteamに登場します。ウィッシュリストに追加して、いち早くプレイしてください。
関連記事：