Názory k článku
KiCad 10 umí varianty návrhu, ladění spojů v časové doméně i import z Allegra

KiCAD je super. Používám ho roky. Na takové to domácí žvýkání a menší projekty ideální. Teď jsem se díval na verzi a mám 6.0.2 z roku 2021. Pro mě dostačující.

Šestková řada byl okamžik, kdy se začal KiCAd vyvíjet v něco víceméně použitelného, ale nestabilního.

Pětka byla převážně o opuštění těch 3 grafických backendů z V4, kde v každém fungovalo něco a člověk se mezi nimi musel přepínat. Bohužel se to neobešlo bez hodně bugů. Taky opustili to obskurní devadesátkové ovládání, co se dělalo takřka výlučně klávesnicí. Kdo byl zvyklý na DOSový OrCAD a CADstar, tomu to možná sedělo, ale v dnešní době to byl opravdu pohrobek.

Šestka pak byla hodně o modernizaci UI a nových věcech, ale dostkrát se při tom bohužel rozbila zpětná kompatibilita, případně se rozbily knihovny (vykreslování kruhů bylo nestabilní, zaokrouhlovaly se souřadnice v knihovnách).

Sedmička a osmička se postupně snažily doplnit chybějící funkce oproti moderním nástrojům.

V devítce se konečně objevily jobsety a částečně funkční import z Altia. Plugin manager začal konečně pořádně fungovat.

Rozdíl mezi šestkou a desítkou je opravdu velký. Zatím jsou v desítce nějaké nedotažené věci (někam zmizely toolbary, zatím nevím kam), ale za ty 4 roky udělali pokrok, jaký Altium nezvládlo za 10+ let. Nemůžu vám rozmlouvat ustrnutí na šestce, ale doporučoval bych zkusit si tu desítku (nebo aspoň devítku, než doladí ty toolbary).
Otázka je, jak dopadne snaha o přechod na Wayland, který bohužel vypadá dost nedopečeně (Wayland, ne ten přechod KiCADu).

Verzi, co mám, mi ani jednou nespadla (vyšší desítky projektů). Importy nepotřebuji. Občas si udělám nějaký vlastní knihovní prvek.
Až někdy v budoucnu budu měnit počítač, nainstaluji si aktuální verzi (a budu se modlit, aby v něm bezproblémově šly otevřít mé starší projekty).
Murphyho zákon: Když to funguje, nešahej na to. :-)

Murphyho zákon zní jinak: když se má něco posrat, tak se to posere v nejméně vhodné chvíli. O verzi se nezmiňuje...

Myrphyho zákonů je hodně. Tvrdit, že zní jinak a pak napsat úplně jiný, je nekorektní argument.
Zde mírně jiný pohled, ale stále pointa, kterou jsem psal výše. Murphy's Law: Don't fix something that ain't broke because you'll break it and you still can't fix it.

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).