Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].
Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.
Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).
Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.
Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.
Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.
Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).
Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.
Pokud se dá předpokládat, že nějaká hodnota může být dále strukturována, je lepší použít element -- pro další strukturování do něj jen vložíte další elementy. Důležitý je také fakt, že elementy se mohou opakovat a můžete určit jejich pořadí. Atributy se používají především v případě, kdy je v nich nějaké doplnění hlavní informace, která je v elementu. Zkuste se inspirovat třeba u HTML -- hlavní obsah stránky je v elementech, a doplňkové informace (styly, velikosti obrázků, odkazy, alternativní texty) jsou v atributech. Každopádně elementy jsou univerzálnější, atributy jsou stručnější a člověka tolik neodvádí od toho hlavního.
PS: jak se formátuje kód se závorkama zde na Abíčku? My to pořád řve, že značka není povolena...Nápověda je přímo pod políčkem, ve kterém se dotaz píše. A taky je tam možnost vložení přílohy, která pak zůstane umístěná na Abíčku spolu s dotazem a nestane se -- jako v případě odkazu na jiný server -- že za chvíli nebude platit.
Vazeni
Pred nekolika lety jsem tady rezignoval na pripominky ohledne dodrzovani pravidel ceskeho pravopisu. To se ovsem jednalo prakticky vyhradne o chyby ve shode podmetu s prisudkem (psani tvrdeho y nebo mekkeho i v pricesti minulem).
Ale to, co tady vidim dnes, uz proste ignorovat nelze. Napsat my (tady odpoved na kdo?) a pokracovat, jakobych (podle dalsiho smyslu vety spravne) napsal mi (tedy komu?) - to uz je proste moc. Chce se mi zvracet.
Pomalu uz zacinam mit strach podivat se do jakekoliv diskuze, co tam zase najdu za hruzy.
A desim se toho, ze jsem asi jediny, komu to vadi...
A rypalum s pripominkami, ze cestina pouziva hacky a carky sdelim, ze nemam k dispozici klavesnici, ktera by mi umoznovala tyto znaky psat. To mi ovsem nebrani v tom, abych psal bez takovych hruz, jako je ta vyse zminena.
ze cestina pouziva hacky a carky sdelimA interpunkcni carka vam obcas vynechava, ze? Asi prisel cas vymenit klavesnici.
<root> <element width="100" height="200">name_of_element</element> </root>Ovšem o daném problému toho vím jen velmi málo a pro konkrétní účel to může být nevhodné řešení.
name_of_element je skutečně jen název elementu, ke kterému by měla být přiřazena nějaká hodnota.
<root> <name_of_element width="100" height="200">value of element</name_of_element> </root>
<root> <element> <name>name_of_element</name> <width>100</width> <height>200</height> </element> </root>Tak první je úspornější, a druhý Vám načte téměř jakýkoliv parser (v jakékoliv aplikace obsažený), což u prvního nemusí být možné (prostě některé aplikace atributy neumí).
< jako <, tedy pro výsledek <root> zapíšete <root>, nebo prostě použijete přepínač „Editor“ :)
<root>
<name_of_element>
<width>100</width>
<height>200</height>
</name_of_element>
</root>
Nebo jak už pár lidí psalo dříve:
<root>
<element>
<name>name_of_element</name>
<width>100</width>
<height>200</height>
</element>
</root>
Ale radši bych volil JSON namísto XML:
{
{
"name": "name_of_element",
"width": 100,
"height": 200
}
}
Nebo, pokud jsou názvy elementů unikátní:
{
"name_of_element": {
"width": 100,
"height": 200
}
}
JSON se v případě mnoha skriptovacích jazyků (Javascript, PHP a další) dá 1:1 mapovat na datové struktury jako jsou asociativní pole (pole indexované řetězci). XML je na tohle moc (a zbytečně) složité.
name_of_element je hodnota, určitě bych ji nedával jako název elementu. Pak není možné použít validaci dokumentu, bude problém s transformací nebo vyhledáváním, editory nebudou schopné správně napovídat… To už pak opravdu můžete použít JSON nebo jakýkoli jiný málo strukturovaný formát, když se připravíte o tyhle výhody XML.
name_of_element je jméno elementu (jak název napovídá), určitě obsahuje i nějakou hodnotu. V tom případě se nabízí použití name_of_element jako název elementu.
Ovšem na rozhodnutí, co je správné, máme od tazatele příliš málo informací. Je také možné, že název name_of_element není správně sémanticky zvolen.
Tiskni
Sdílej: