Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
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: