Organizace IuRe (Iuridicum Remedium) varuje před návrhem, který představilo belgické předsednictví Rady EU. Populární služby jako Messenger, WhatsApp nebo Signal by dle něj bylo možné plně používat až po odsouhlasení kontroly komunikace. Ta by měla zamezit šíření dětské pornografie. Podle IuRe by však taková kontrola přinesla hlavně závažný dopad na soukromí uživatelů.
NumPy (Wikipedie), tj. knihovna pro Python pro vědecké výpočty, byla po 18 letech vydána v nové major verzi 2.0.0. Přehled novinek v poznámkách k vydání. Důležité informace v průvodci migrací.
Vývojáři postmarketOS vydali verzi 24.06 tohoto před sedmi lety představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME Shell, Phosh, KDE Plasma a Sxmo. Aktuálně podporovaných zařízení je 50.
Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.
Google Blog ČR informuje, že mobilní aplikaci Gemini a NotebookLM lze používat už také v Česku.
Byla vydána nová major verze 8 duálně licencovaného open source frameworku JUCE (Wikipedie, GitHub) pro vývoj multiplatformních audio aplikací.
Od 18. června bude možné předobjednat notebook DC-ROMA RISC-V LAPTOP II od společnosti DeepComputing s osmijádrovým 64-bit RISC-V AI CPU a s předinstalovaným Ubuntu.
Byla vydána verze 1.79.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Byly zveřejněny výsledky průzkumu (infografika) mezi uživateli FreeBSD.
Na konferenci DevConf.CZ 2024 je na stánku Furi Labs prezentován linuxový telefon FuriPhone FLX1. Jeho cena 499 dolarů.
<select id="mySel"> <option value="1" myns:kod="cz">cestina</option> <option value="2" myns:kod="sk">slovenstina</option> <option value="3" myns:kod="en">anglictina</option> </select>Trochu nešikovné je, že v prohlížečích splňující standardy (postavené na Gecko, KHTML/WebKit nebo Opera) se pak používají metody
getAttributeNS
a podobné, v MSIE se musí použít getAttribute
a jako název atributu se použije prefix:název
. Ale používám wrapper, který podle potřeby použije tu správnou metodu.
Použití je podle mne v pořádku, prohlížeč, který splňuje normu HTML, musí neznámé atributy ignorovat – problémy by s tím tedy mohl mít jedině takový HTML parser, který porušuje jeden z nejdůležitějších principů HTML. A takový parser by asi moc dlouho nepřežil.
Použití je podle mne v pořádku, prohlížeč, který splňuje normu HTML, musí neznámé atributy ignorovat – problémy by s tím tedy mohl mít jedině takový HTML parser, který porušuje jeden z nejdůležitějších principů HTML. A takový parser by asi moc dlouho nepřežil.Tak tohle je přesně to, o co se mé řešení opírá. Jinak použití jiného namespace beru, je to určitě čistější, ale v podstatě to samý jako můj příklad ;)
Tak tohle je přesně to, o co se mé řešení opírá. Jinak použití jiného namespace beru, je to určitě čistější, ale v podstatě to samý jako můj příklad ;)Je tu drobný rozdíl, který počítá s tím, že někdo v budoucnosti jasně řekne, jak má webový prohlížeč zacházet se jmennými prostory, které nezná. Pokud nepoužijete jiný namespace, bude mít třeba validátor oprávněné námitky a váš dokument nebude validní XHTML dokument. Pokud ale použijete jiný namespace, zůstane XHTML validním XHTML dokumentem – pouze musí být stanoveno, zda takový dokument může obsahovat i jiné jmenné prostory. To pro XHTML zatím nikde stanoveno není, ale zakázat to by postrádalo logiku. Že to XHTML nedefinuje ale není jeho problém, ono zatím vůbec není jasné, jak s dokumenty z různými jmennými prostory zacházet. Pomocí XML schémat je sice už možné nadefinovat pro jeden dokument použití víc jmenných prostorů, ale zatím není nadefinováno to nejdůležitější – jak vytvářet dokumenty vyhovující více schématům, případně jak zacházet s rozšířenými schématy (existující schéma obohatím o nové prvky). Záměně píšu o XHTML a ne HTML, protože z HTML5 které nebude zároveň XML se mi dělá špatně, protože to konzervuje současný katastrofální stav na dalších deset patnáct let. No ale aspoň to za těch deset let bude už tak špatné, že bude chuť a vůle k radikálnímu řezu a vytvoří se něco úplně nového, co nebude muset být s HTML vůbec kompatibilní.
Z praktického hlediska lze ale říci, že XML aplikace se umí úspěšně vyrovnat s mixem jmenných prostorůNo jeste aby ne
Tiskni
Sdílej: