že se přechází na tuhle zhůvěřilost. Je to výsledek windowisace a debilisace linuxu.
Místo toho, aby se udělala _pořádná_ náhrada z X11, která např. nebude mít problém s latencí, tak se veškeré překreslování nechá na aplikaci a místo X-serveru je tu trošku lepší framebuffer...
Takže bye bye síťová transparentnosti, atd. :-/
Jenomže takhle Xka ve svém původním návrhu nefungují. Xkový klient pouze řekne X serveru, co se má vykreslit, samotné vykreslení a zobrazení zajišťuje vždy server. Tahle architektura dávala smysl v osmdesátých letech, kdy byly u uživatelů jen terminály a aplikace samotné běžely na nějakém mainframu. Na moderním desktopu je ale tento koncept značně nešikovný. Posílat stovky až tisíce požadavků mezi dvěma procesy představuje brutální overhead. Stačí si na libovolném novějším DE otevřít okno, šoupat jím po ploše a sledovat, kolik Xka zbaští CPU. U příčetně navržených zobrazovacích systémů si naopak ničeho nevšimnete. Další potíž je, že takhle z principu nemůže fungovat třeba OpenGL (proto taky máme všechny ty GLX, EGL a DRI rozšíření). Client-side vykreslování se na Xkách používá už dlouho a autoři Waylandu tohle moc dobře vědí, proto je okolo toho celý protokol navržen.
Ono to uz bohuzel opravdu nefunguje. A zadna funkcni nahrada neni, nova reseni jsou o nekolik radu slozitejsi a bude jeste dlouho trvat nez se to cele usadi.
Napriklad uz dnes nefunguje spusteni Eclipse pres Xka. Pri vyhledavani a ukladani souboru potrebuje program komunikovat pres d-bus se serverem na kterem bezi Xka - ne s tim d-bus serverem na kterem bezi samotny program. d-bus zpravy se pres X-protokol netuneluji.
Stejne podivne se muze chovat clipboard anebo renderovani fontu.