Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
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: