スタック型ウィンドウマネージャ
あるウィンドウの中身や位置が変化したとき、ウィンドウマネージャがそれを検出し、必要があれば全ウィンドウの再スタッキングをする。ウィンドウの中身の再描画は各ウィンドウ自身が行う必要があり、描画する前にその新しい外観をウィンドウマネージャに渡す必要がある。アプリケーションが応答しなくなると、対応するウィンドウを再描画できなくなることがあり、そうなるとそのウィンドウを手前に持ってくる前に表示されていた別のウィンドウの中身がそのまま残ることがある。Windows XP以前にはこの現象がよく見られたし、X Window Systemでも(コンポジット型ウィンドウマネージャでない限り)同様である。
もう1つのほとんどのスタック型ウィンドウマネージャに共通の問題は、Graphics Processing Unit (GPU) によるアクセラレーションをほとんど利用できない点である。
1970年代 : 世界初の商用レベルのGUIを搭載したXerox Altoでは、スタック型ウィンドウマネージャを使っていた。
1980年代初期 : Altoの量産型であるXerox Starはほとんどのアプリケーションウィンドウについてはタイル型を使い、ダイアログボックスだけにオーバーラップを許していた。これによって完全なスタック型の必要性を排除していた。
Classic Mac OSは早くからスタック型ウィンドウを使ったGUIにより商用で成功した例である。
Microsoft Windowsより以前に登場したGEM 1.1はスタック型であり、ウィンドウのオーバーラップが完全に可能だった。Appleとの訴訟の結果、GEMはスタック型の機能を削除させられた。
AmigaOSは当時としては極めて先進的なスタック型ウィンドウマネージャを搭載していた。