Vensterplaatsing
De regel van de windowmanager voor waar een nieuw venster terechtkomt als het programma niets heeft gezegd: met de hand, willekeurig, trapsgewijs of in de eerste vrije ruimte, een keuze die Wayland later helemaal bij de programma's wegnam.
Het X-protocol laat een programma een positie voorstellen, maar ICCCM maakt onderscheid tussen een voorstel en een bevel: USPosition in WM_NORMAL_HINTS betekent dat de gebruiker de plek met -geometry opgaf en dat ze gerespecteerd moet worden, terwijl PPosition de eigen gok van het programma is en genegeerd mag worden. Voor alles zonder bevel beslist de windowmanager. uwm en twm maakten de gebruiker de plaatser: een nieuw venster verscheen als een omtrek die de aanwijzer volgde tot je klikte, wat nauwkeurig was en bijzonder vermoeiend. twm kreeg RandomPlacement als alternatief, en fvwm breidde het uit tot SmartPlacement, dat een gat zoekt waar het venster niets overlapt, met trapsgewijs en willekeurig als terugvalopties. Windows plaatst standaard trapsgewijs. Tegelende managers kennen helemaal geen plaatsing; de indeling beslist.
EWMH voorzag in een atoom, _NET_WM_FULL_PLACEMENT, waarmee een windowmanager meldt dat hij zelfs de voorstellen van het programma denkt te negeren, en Wayland maakte daar de regel van: een toplevelvenster heeft geen globale coördinaten en kan er ook geen vragen. Alleen pop-ups worden geplaatst, en dan relatief aan hun ouder via xdg_positioner. Programma's die gewend waren op de laatste plek te heropenen, moesten leren dat dit geheugen nu van de compositor is, niet van hen.