Psal jsem to pod článek, ale dám to i sem. Možná je to KDE
např. restore session, což by již mělo být vyřešeno, okna neumí krást focus a nemohou být on top (např. Google Chat), Java to je přímo tragédie hlavně u škálovní, automatické vkládní s CopyQ nebo Klipper.
Jsou to drobnosti, ale dříve fungovaly bez problémů. Ale jak píši, je to nejspíš KDE.
Restore session je v progresu aspon u FIrefoxu - https://phabricator.services.mozilla.com/D294930
Bohuzel pro Gtk3 aplikace je to trochu PITA implementovat. Gtk4/Qt by to mely zvladnout. Finalni protokol se ocekava letos v lete takze na podzim by to snad uz melo byt u uzivatelu.
Okna nad ostatními... to bude problém konkrétní aplikace, protože v KDE a všech vyzkoušených aplikacích (i ne-QT/KDE) mi to funguje dle očekávání. (Zde vidím ještě jiný nešvar... mnoho GTK aplikací nepodporuje globální klávesové zkratky, což byla vždy veliká výhoda KDE - jednotné, centrálně nastavitelné, ovládání všech aplikací.)
Ukládání session, ano, to je bolest a chápu, že to může někomu chybět.
K ostatnímu se nemůžu úplně vyjádřit, ale to automatické vkládání mi zní jak bezpečnostní problém - asi nechci, aby mi jiné aplikace vkládaly <něco> do jiné.
Napsal jsem to blbě, neumí si vynutit být on top, ručně to nastavit jde. Můj case mám call v Google Meet v tabu a otevřu jiný tab. Vyskočí mi okno k tomu callu. Jenže to nemá nastaveno a aby bylo on top a ještě, nevím proč když jinde to úplně nefunguje, ukradne focus. Vyřešil jsem to tak, že když je v title okna něco jako Meet, tak má to okno být on top. Díky bohu, že je KWin takhle konfigurovatelný. Sice se mi občas stane, že omylem otevřu okno s Meet a je nastavené on top, a pak se divím, ale to se stává minimálně a když o tom vím, tak není problém to změnit.
Mě např. (od verze 3+) nejede gimp. Asi je to mým hardwarem, ale já si logicky nechci kupovat novou desku + grafiku protože wayland není hotový. S waylandem se celé okno gimpu divně vlní, rozmazané písmenka se o kousek překreslujou atd. Nepoužitelné.
V KDE používám tmavé téma, proto jsem si několika způsoby přidal 1px modrý rámeček (stávalo se mi, že jak ty barvy splývají, občas jsem si zavřel omylem něco, co jsem zavřít nechtěl). První je klasický rámeček v nastavení, ale některé aplikace co nemají standardní menu (vs code, phpstorm, android studio, msty) to ignorují a musí se jim interně zapnout to klasické vykreslování (pokud to umí). V tu chvíli to na waylandu přestane fungovat.
Jsou to drobnosti a dost možná řešitelné... Ale dalších takových drobností je příliš na to, abych to řešil jako celek. Xka nainstaluju a jedu.
24. 4. 2026, 15:18 editováno autorem komentáře
Je zajímavé, že používám též a nic z toho se neděje.
A to ten HW bude mít 7 let ten muj. A co vím, tak nepodporovaný HW je víc jak 20 let starý, to na dnešní poměry je archiválie.
Další věcí je, že to co popisuje je jen a jen s těmi okny, jen téma, které se dá změnit.
Tudíž žádná chyba waylandu.
Pokud se vám divně vlní okno gimpu tak máte před smrtí grafiku, taky jedna z věcí co se u grafických programů projevuje takovou to chybou...
Takže buď máte silně starý HW(15-20 let), nebo máte před smrtí grafickou kartu.
Nikoliv chyba waylandu...
Asi všichni ostatní pochopili, že GPU je naprosto v pořádku, když se ty problémy s X11 neprojevují. btw. hraju na tom hry, počítám hashcatem, přes vulkan používám whisper-cli (ggml-large), používám blender, programuju s three.js a babylon.js, atd.
Tudíž chyba waylandu. Jinde (ani na woknech) se podobné problémy neprojevují ani při dlouhotrvající plné zátěži.
hw je vydaný 2018, koupený 2021. Jediným společným znakem při problémech je výhradně wayland.
Wayland kompozitory vedia tlacit hardware dalej a vyuzivat funkcie, ktore X11 vyuzit nielen ze nedokazal. ale ani nepocital s tym, ze mozu existovat. Napriklad overlays (napriklad intelovske igpu ich maju 8, bola by skoda ich nevyuzit). Je dost mozne, ze pri gimpe kompozitor robi nieco zvlastne, aj ked gimp nie je prave aplikacia, co by mala nejake extra naroky na display server.
Jen ať přechází. Alespoň se vyvine tlak na tvůrce aplikací, aby byly kompatibilní.
Osobně jedu na Waylandu od chvíle, kdy se povedlo implementovat explict sync a funguje to s Nvidií. Zpátky k Xorg nechci ani smykem, i přesto, že některé aplikace stále mají problémy. U mne asi nejvíc Briscad. To je třeba ale řešit na straně aplikací (a adakvátně k tomu "otravuji" s požadavky na podporu u této konkrétní).
A to "Wayland breaks everything", co tady někdo přede mnou linkuje, není moc objektívní. Za nefunkční tam označuje věci, které normálně fungují přes portály. Je to holt posun, za mne správným směrem a v duchu UNIX filozofie. Nebude jeden moloch, co integruje vše, ale protokol, kterým si aplikace řekne co chce a člověk si sám vybere takový kompozitor/nástroj, jaký chce a jaký mu to obslouží.
Wayland bude stale nepouzitelny pokud budou vyvojari vest "svatou valku" proti closed-source.
Jenže přestat vést tuto válku znamená, že budou muset běžet maraton s batohem na zádech, do kterého NVidia a podobní budou přihazovat cihly a házet klacky pod nohy. Tedy, stane se z toho neúnosná zátěž, protože budou muset přistoupit na hru druhé strany.
Ziadna svata vojna proti closed source neexistuje. Sway nebezi na Nvidii, pretoze Nvidia nepodporuje standardne API. Az bude Nvidia podporovat API ako kazdy iny driver (a ze ich uz zacali iimplementovat), tak to pobezi aj tam.
Si predstav, ze by Nvidia ignorovala WDDM na Windowse a by by si sa stazoval na Microsoft, nie na Nvidiu.