V lednu bylo oznámeno, že desktopové prostředí Xfce bude mít vlastní kompozitor pro Wayland s názvem xfwl4. O víkendu byla vydána první preview verze.
Minulý týden byl oficiálně vydán Android 17. Detaily na blogu a stránkách věnovaných vývojářům.
Dnes jde do prodeje zařízení Steam Machine. Steam Machine 512 GB za 1 039 EUR a Steam Machine 2 TB za 1 359 EUR. Do čtvrtka 25. června do 19:00 se lze zapsat na seznamy. Ty budou jednorázově náhodně slosovány, čímž bude určeno pořadí rezervací a čekacích listin.
Vývojáři OpenMW (Wikipedie) oznámili vydání verze 0.51.0 této svobodné implementace enginu pro hru The Elder Scrolls III: Morrowind. Přehled novinek v oznámení o vydání a také na YouTube a PeerTube.
Byla vydána nová verze 2026.3.0 "Carousels & Killer Whales" svobodného softwaru ScummVM (Wikipedie) umožňujícího bezproblémový běh mnoha klasických adventur na zařízeních, pro které nebyly nikdy určeny. Přehled novinek v poznámkách k vydání a na GitHubu.
Tento týden (24. a 27. června) vyprší platnost Microsoft certifikátu v UEFI vydaných v roce 2011. Nové certifikáty byly vydány v roce 2023. Kdo na počítačích, i virtuálních, používá zabezpečené spouštění (Secure Boot), měl by si ověřit, že má certifikáty aktualizovány, viz např. články na Red Hat nebo Fedora. Pro stávající systémy se nic nemění. Nadále se budou normálně spouštět. Zavaděče podepsané pouze klíčem z 2023 se ale na počítačích s pouze certifikátem 2011 nespustí. Ve Fedoře je zavaděč shim ve verzi 16.1-6 podepsán klíči 2011 i 2023.
Uživatelé mobilních telefonů s Linuxem si nyní mohou nainstalovat aplikaci Mobilní Datovka. Díky tomu je přístup k datovým schránkám dostupný i na zařízeních s mobilními linuxovými distribucemi, jako jsou například Mobian, NixOS Mobile, pmOS atd. Aplikace je dostupná na Flathubu.
Software Freedom Conservancy v novém dokumentu shrnuje doporučení, jak přistupovat ke generativní AI založené na LLM při přispívání do svobodného a open-source softwaru. Mimo jiné vyzývá k obezřetnosti, transparentnosti a revizi generovaného kódu člověkem.
Byla vydána nová verze 5.6.0 programu na úpravu digitálních fotografií darktable (Wikipedie).
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. V Týdnu v GNOME je zmíněn flatpak balíček pro GIMP 0.54.1 z roku 1996. Jedná se o poslední verzi GIMPu postavenou nad toolkitem Motif.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.czpython-gammu-0.8.tar.bz2, tak ne… Jsem zvědav, jak dlouho by ten člověk hledal zdrojáky na stránkách Mozilly…
Package the distribution of `Foo version 69.96' up in a gzipped tar
file with the name `foo-69.96.tar.gz'. It should unpack into a
subdirectory named `foo-69.96'.
(GNU coding standards)
.tar.bz2 se přitom dnes už víceméně bere za rovnoprávnou alternativu.
For the body of the function, our recommended style looks like this:
if (x < foo (y, z))
haha = bar[4] + 5;
else
{
while (z)
{
haha += foo (z, z);
z--;
}
return ++x + bar ();
}
Tak ty bych moc vážně nebral&hellip
remove-home a udělá rm -rf ~, dokonce to můžeš popsat v README, ale stejně tě lidi nebudou mít rádi...
if (x < foo (y, z)) {
haha = bar[4] + 5;
} else {
while (z) {
haha += foo (z, z);
z--;
}
return ++x + bar ();
}
Hned je to přehlednější a hezčí
Na druhou stranu musím uznat, že mají pěkně udělané detaily, jako mezeru mezi jménem funkce a závorkama s parametry a další drobnosti se kterými v zásadě souhlasím.
Jo, a odsazení je přes tabulátor, aby bylo jasno 
. Čáry v tabulce? Mě to takhle připadá lepší než bez nich, ale nejsem grafik, no teď tam jsou CSS na obojí, tak to můžete posoudit.
. Ale kdybych to psal já, tak se ještě zbavím toho ++x v returnu, protože to si prostě říká o to v tom udělat chybu .
return ++x + bar ();Je klasická ukázka, jak mezery před
25.9.2005 20:01
( rozbíjejí kód, takže musíš hledat, co vlastně patří k čemu.
else chci pořádně vidět, takže na začátek řádku. Jinak by to šlo.
if (x < foo(y, z)) {
haha = bar[4] + 5;
}
else {
while (z) {
haha += foo(z, z);
z--;
}
return ++x + bar();
}
return ++x + (bar ());tedy s přehnaným závorkováním, ke kterému GNU styl mezerování bohužel vede, má-li se udržet srozumitelnost.
return bar () + (++x);Že to vypadá hnusně není tou závorkou ale zbytečným ++
Ale řekněme, že tohle je případ, kdy se dá závorka obětovat
Tak to ani náhodou.A tohle je lépe vidět? Nemyslím. Kdyby tam byl jediný řádek sreturn ++x + bar ();Je klasická ukázka, jak mezery před(rozbíjejí kód, takže musíš hledat, co vlastně patří k čemu.elsechci pořádně vidět, takže na začátek řádku. Jinak by to šlo.
} else {, tak to bude vyčnívat a nepůjde to přehlédnout (protože jak kód nad tím tak pod tím bude odsazený). Takhle se to utopí.
return ++x + bar(); se mi nelíbí ať už s mezerou nebo bez. ++ nebo -- bych tady vůbec nepoužil. Nicméně tohle je účelový příklad aby vynikly drobné nedostatky té mezery Naopak na příkladu kde by v těch závorkách bylo dalších pět zanořených a navrch ještě nějaké přetypování by se to krásně ukázalo
return ++x + (int) bar (y) + * (int *) (b + 3) + (int) (bb * 3);a to už vůbec netuším, co je vlastně
bar zač, co se sčítá tím +, a kde se tam vzala ta hvězdička...
(int) bar (y) + ((int *)(b + 3) + (int)(bb * 3));
Nějak přehledněji? (mezi dvě závorky bych mezery asi nepsal, stejně jako třeba mezi [5] [4], [5][4] je IMHO lepší)
(int)bar(y) + ((int*)(b+3) + (int)(bb*3));nebo
(int)bar(y) + ((int*)(b + 3) + (int)(bb * 3));ale jinak pokud možno hlavně
(int*)(b + 3) + (int)(bb * 3) + (int)bar(y);protože psát pointerovou aritmetiku s pointerem zahrabaným kdesi vprostřed výrazu je cesta do pekel. Kromě toho je hned vidět, že se sčítají tři věci a jaké. Mezery se píší za kvůli přehlednosti, takže nemám problém s tím, že
2*3 + 1se napíše bez mezer kolem *, kdežto
foo->bar(x) * (int)x[3]s mezerou kolem *, pokud v jednom výrazu nedostanou operátory s vyšší prioritou mezery, když operátory s nižší mezery nemají.
. Ale mám obavy, že tomuhle člověku nepomůže vůbec nic.
Tiskni
Sdílej:
