ARGB-visual
Den 32-bitars X11-visual där den fjärde byten är en alfakanal, så att ett fönster kan vara genomskinligt per pixel — förutsatt att en kompositor finns som bryr sig om den.
Kärnprotokollet i X11 vet ingenting om genomskinlighet. En visual beskriver hur pixelvärden blir färg, och vid 24 bitar är alla bitar upptagna av rött, grönt och blått. Det XRender tillförde var ett bildformat, ARGB32, där de översta åtta bitarna av ett 32-bitars värde tolkas som täckningsgrad, och servern annonserar sedan dess en TrueColor-visual med djup 32 vid sidan av den vanliga. Ett fönster skapat med den visualen får en alfakanal som ingen använde förrän Composite 2004 flyttade ritandet till en separat pixmap: då kan kompositorn läsa alfavärdet och blanda fönstret mot det som ligger bakom. Skuggor, toningar och halvgenomskinliga terminaler på Linux går alla den vägen.
Fällorna är välkända. Ett 32-bitarsfönster måste skapas med en egen colormap för visualen och ett uttryckligt border_pixel, annars svarar servern BadMatch, ett fel generationer av programmerare lärt sig den hårda vägen. Utan kompositor igång ignoreras alfan helt och fönstret visas med vad som råkar ligga i bufferten, oftast svart. GTK fick gdk_screen_get_rgba_colormap 2005 och Qt attributet WA_TranslucentBackground 2009 för att välja rätt visual automatiskt. Den som bara vill tona hela fönstret slipper allt detta med egenskapen _NET_WM_WINDOW_OPACITY, en informell konvention från xcompmgr och Compiz som varje kompositor sedan dess har respekterat utan att den någonsin skrevs in i EWMH.