Na Wayland se těším. O to víc mě mrzí, že tam nefunguje taková základní věc jako
- zpracování ~/.profile po přihlášení
- kopírování pomocí myši (označit levým tlačítkem a pravým vložit)
Taky mě dost irituje, že nově otevřená okna se umísťují do levého horního rohu.
Člověk by řekl, že to ti vývojáři snad ani sami nepoužívají... ;-)
Tak proč se na to těšíte?
Ani taková základní věc, jako vzdálené spuštění aplikace se vstupem/výstupem v lokálním grafickém serveru tam nejde... Musíte používat vnc apod....
Je to podobné systemd - prznitelé nejlépe vědí, co je pro uživatele dobré a jsou stejně fanatičtí.
Možná už se RedHat brzy stane pobočkou Microsoftu?
Věci se neustále vyvíjejí. Přijde okamžik, kdy je lepší začít jinak a od začátku. Články o Waylandu pozorně sleduji a věřím, že to má budoucnost. A je asi jasné, že přijít najednou s novým odladěným produktem bez chyb je nemožné. Chce tomu dát čas.
Jen jsem si postěžoval nad tím, že se chce, aby to lidi zkusili používat (a pomohli s vychytáním chyb), ale přitom to postrádá základní funkcionality.
Cca vsetko v Linuxovom svete je "prakticky nevyuzivane". Napriek tomu, ak si niekto dovoli vyvinut preloader schopny natiahnut len Windows, pinda sa nanho jak na novu inkarnaciu Satana, i ked to realne zasiahne mozno tak 200 zakaznikov - neratajuc tych, co si taku zlataninu proste nekupia.
A okenny okenny system schopny fungovat len lokalne, ak by sa nejakou nestastnou nahodou presadil, zasiahne podstatne viac ludi.
Tady kolegu neberte moc vážně. U velkých projektů (jako právě Xorg) jde jen velmi těžko srovnat klady/zápory s jiným softwarem plnícím stejnou úlohu. Všechny body, které kolega napsal, se dají zpochybnit, o některých výrazně pochybuji (např ten s 4k).
Prvotní impuls pro tvorbu Waylandu byl bordel v kódu Xorg serveru, takže některým vývojářům přišlo lepší to v osekané podobě napsat znovu. Nemyslím si ale, že je dobré plivat na Xorg jako kódovou špínu .. je to software z doby, kdy se před implementací (a pochopitelně i během ní) o kódu přemýšlelo ... zdroj špíny bych spíš hledal v údržbě kódu a přidávání věcí za dlouhý život Xorg projektu.
HiDIPI aj pod X
dualne grafiky SLI/Crossfire rovnako optimus(bumblebee) alebo muxles switchable graphic(AMD/AMD, Intel/AMD pomocou DRI_PRIME=1 ) funguju tiez pod X
Rozne rozlisenia taktiez aj X.
Nedavno akurat Debian nasadil X, ktory nebezi pod rootom.
Takze s pohladu bezneho uizvatela nema zatial wayland okrem bugov a chybajucich funkcii co ponuknut ale dufam, ze sa par rokov to bude ine.
Ano X boli uz dost sprasene ale posledne 2-3 roky sa skor upratavaju ako pridavaju nove funkcie takze aj to speje k lepsiemu.
Tak vyhody hlavne bezpecnost (Wayland nebezi pod root jako X), da se lehce paralelizovat (na rozdil od X) - vykresluje se jen do framebufferu coz dela toolkit. Celkove by to melo byt mnohem rychlejsi.
Co se tyce vlastnosti pro uzivatele (HiDPI, rozliseni, nevim co jeste) tak to samozrejme X podporuji taky, tady zadny rozdil neni.
ž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.