Vlákno názorů k článku
KiCad 10 umí varianty návrhu, ladění spojů v časové doméně i import z Allegra od wykys - Pokud jde o KiCad a Wayland, tak to...

Pokud jde o KiCad a Wayland, tak to nevypadá moc dobře, osobně zůstávám kvůli KiCadu na X Serveru, tady si můžete počíst vyjádření vývojářů... Zkoušel jsem to používat, ale WX Widgets se brutálně na Waylandu sekají.

Ono vubec Wayland je takova upechana vec, ktera se prosazuje spis proto aby se za kazdou cenu pouzivalo neco jineho, nez to protivne, zle a stare X11 (ne proto ze by wayland byl momentalne o tolik lepsi). Treba FreeCAD na Waylandu pada, nebo dela kdejake nesmysly z barvama. OpenModelica to same, navic priserne pomale. Atd, atd.

Ad uspechana: neni ta nadhera ve vyvoji 15+ let?

Mozna. To ovsem nic nemeni na faktu, ze ta "nadhera" jeste neni pripravena na realne nasazeni. Pokud neco bez problemu funguje v X11 a ne ve Waylandu, tak nekde asi bude vazna chyba...

To mas stejne, jako kdyz neco chodi vyborne ale neseje to: U seciho stroje je to dosti podstatna zavada...

To by se ovšem dalo aplikovat i naopak. X11 a ICC nebo HDR, X11 a více nestejných monitorů.

Mimochodem, co konkrétně Vám na Waylandu chybí? Ja o par věcech vím, ale až na restore session (které existuje a čeká se na kompozitory) jsou to už celkem maličkosti pro speciální případy.

Ještě nedávno měl oficiální build KiCadu Wayland úplně vypnutý. Takže tam byly chyby z kombinace Wayland + XWayland. Při přeložení s nativní podporou některé zmizely.

Wayland taky konečně změnil postup přijímání nových rozšíření protokolu, aby to nemohl jeden člověk donekonečna blokovat.

Takže je třeba schválené ExtZones. Tj relativní pozicovani oken ve více okenních aplikacich. https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/264

Možná že místo psaní vyjádření by se vývojáři mohli zamyslet jestli celé GUI aplikace není tak trochu obsolete. Multi-window aplikace (by default) jsem naposledy viděl když jsem se učil programovat na Windows 95/XP (kromě teda Linuxu kde se to občas používá i když fakt nevím proč). Pozicování oken a jejich focus by měl řídit primárně Window Manager. Autorům bych doporučil zkusit nějaký tiling manager, tam pozice a focus nedávají vůbec smysl. Clipobard compatibility - hm čím to asi tak bude? Tím že to má jiný protokol?

Jako ano něco je pravda, otázka je jestli to není spíš problém GUI toolkitu než přímo Waylandu a kompozitorů.

Az budete mit vice nez 1 monitor a pouzivat vice nez 1 appku naraz, tak zjistite k cemu multi-window aplikace a free sizing/placing jsou :)

Půl života jsem dělal na 2 + monitorech (dokud jsem si nepořidil G9 od Samsungu -- kde kupodivu naopak řeším optimalizaci layoutu na jeden display), čtvrt života dělám v tiling wm. Běžím několik aplikací zároveň a několik workspaces. Naopak mě nějak nepřišlo že to by to mělo nějaké extra výhody když jsem omylem zkoušel něco co není tiling a aplikace se mohla napozicovat kam si usmyslela -- protože zrovna se většinou napozicovala někam kam jsem absolutně nechtěl -- mezitím jsem totiž otevřel nějaká jiná okna a musel jsem to nekonec stejně přesouvat.

Poziciovani oken se vetsinou pouziva k "lepeni" sousednich oken, napr. jako v pripade XMMS.

Nevim co myslite tim "většinou napozicovala někam kam jsem absolutně nechtěl" - kdyz tohle je projev prave toho, ze vam WM placne okno tam, kam nema - protoze aplikace si pouze pamatuje pozice a snazi se je po restartu obnovit. Ale pak nesmite menit rozliseni a monitory..

Co by mela aplikace z toho, ze by otevirala okna na nahodnych pozicich? Prave ze nic.. proto je nutna podpora poziciovani ve WM.

Velká okna nejsou obvykle problém.

Ale různé toolbary a ovládací prvky už ano. Protože si je chcete poskládat do nějaké sestavy, na kterou jste zvyklý. A mít je v té sestavě bokem na velkém monitoru nebo na druhém monitoru. A zachovat tu sestavu při dalších spuštěních i při přesunu celé té skupiny okýnek. Protože to může být klidně k deseti oknům a přeskládávat to pokaždé znovu stojí dost času. Tohle neřeší ani tiling prostředí.

Tohle umí právě GIMP a taky spousta vědeckých a specializovaných aplikací (typicky zpracování signálu a dat - audio, video, rádio, statistika, simulace. Jo a občas to uvnitř jsou dokonce jiné procesy, protože pluginy a unixová stain / stdout filozofie.

"Pozicování oken a jejich focus by měl řídit primárně Window Manager." - no prave, tim padem je lepsi multi-window program, protoze muzes to pozicovani oken prenechat svemu oblibenemu window manageru, a nemusis se spolehat na to co zvladli v kicadu. A v kicadu nemusi vymyslet kolo kdyz uz mame ten window manager.
Jo, ja vim, mrkvosofti Windows porad neumi spravovat a pozicovat okna programu, proto lidi volaji po single-window programech, jak treba bylo pridano do GIMPu. Ale windowsaci at se jdou bodnout kdyz porad dobrovolne pouzivaji tu mrkvosofti parodii na desktop managera :)

Od te doby co jsem objevil Litestep, a zjistil ze existuje neco jako sprava oken spustenych programu, tak jsem pochopil ze nazev "Windows" je parodie, a popisuje to co MS Windows nikdy neumely a asi ani umet nebudou, kdyz uz existuji tech >30 let. (Litestep byl super, ale v omezenych Windows nikdy nefungoval na 100 %, takze prechod na linux a bylo to.)

Když vývojáře zajímá jak kreslit PCB. V X11 jim to funguje, na Windows jim to funguje, na Macu jim to funguje ... Opravdu jsou na vině oni?

Zrovna tady částečně ano. Oni i wxWidgets.

KiCad měl vypnuté i to, co ve Waylandu “náhodou” fungovalo. A ve wxWidgets byly bugy, za které ani Wayland nemohl.

Na Wayland je moderní nadávat a v rozhodovacím procesu jsou / byli někteří fakt nepříjemní lidi. Ale spousta užitečných věcí v něm funguje lépe než v X11. (KiCad chtěl pozicovani kurzoru, což tedy uznávám, že byl dlouho problém).