Internetový prohlížeč Ladybird ohlásil tranzici z programovacího jazyka C++ do Rustu. Přechod bude probíhat postupně a nové komponenty budou dočasně koexistovat se stávajícím C++ kódem. Pro urychlení práce bude použita umělá inteligence, při portování první komponenty prohlížeče, JavaScriptového enginu LibJS, bylo během dvou týdnů pomocí nástrojů Claude Code a Codex vygenerováno kolem 25 000 řádků kódu. Nejedná se o čistě autonomní vývoj pomocí agentů.
Byl vydán Mozilla Firefox 148.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově lze snadno povolit nebo zakázat jednotlivé AI funkce. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 148 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána nová verze 22.1.0, tj. první stabilní verze z nové řady 22.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
X86CSS je experimentální webový emulátor instrukční sady x86 napsaný výhradně v CSS, tedy bez JavaScriptu nebo dalších dynamických prvků. Stránka 'spouští' assemblerovový program mikroprocesoru 8086 a názorně tak demonstruje, že i prosté CSS může fungovat jako Turingovsky kompletní jazyk. Zdrojový kód projektu je na GitHubu.
Po šesti letech byla vydána nová verze 1.3 webového rozhraní ke gitovým repozitářům CGit.
Byla vydána nová verze 6.1 linuxové distribuce Lakka (Wikipedie), jež umožňuje transformovat podporované počítače v herní konzole. Nejnovější Lakka přichází s RetroArchem 1.22.2.
Matematický software GNU Octave byl vydán ve verzi 11.1.0. Podrobnosti v poznámkách k vydání. Vedle menších změn rozhraní jsou jako obvykle zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.
Weston, referenční implementace kompozitoru pro Wayland, byl vydán ve verzi 15.0.0. Přehled novinek v příspěvku na blogu společnosti Collabora. Vypíchnout lze Lua shell umožňující psát správu oken v jazyce Lua.
Organizace Apache Software Foundation (ASF) vydala verzi 29 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Ústavní soud na svých webových stránkách i v databázi NALUS (NÁLezy a USnesení Ústavního soudu) představil novou verzi chatbota využívajícího umělou inteligenci. Jeho posláním je usnadnit veřejnosti orientaci v rozsáhlé judikatuře Ústavního soudu a pomoci jí s vyhledáváním informací i na webových stránkách soudu, a to i v jiných jazycích. Jde o první nasazení umělé inteligence v rámci webových stránek a databází judikatury českých soudů.
).
Když se to tak vezme, je tenhle komentář k ničemu, ale třeba to nahlodá ty požadavky na technické řešení (-li nejsou dány hostingem, třeba).
Má to koukam i šablony, fajn.
Když si člověk hraje měsíc s Javou, tak se ani není čemu divit
Uz mam hotovo SCM
Parser mám rozdělený na dvě části. Blokový, který bere text řádku po řádce a formou stavového automatu řeší nadpisy, odstavce, seznamy a další blokové elementy a pak na řádku zavolá řádkový parser, který řeší řádkové elementy, jako zvýraznění, odkazy apod. Ten je mixem str_replace, ereg_replace a preg_replace_callback, přičemž zejména poslední fukce je hodně užitečná a doporučuji prostudovat.
Nahrazovací funkce s regexy jsou pro tento účel asi nejlepší řešení, to je pravda.
Druhá možnost je UTF-8, jako v MediaWiki (viz třeba Wikipedia: Čeština), ale to vede ke spoustě problémů, zjm. ve Firefoxu.hm, a bugy ve Firefoxu jsou pro výběr systému nějak extrémně důležité?
href a odkaz opět v některých prohlížečích nefunguje.
Diakritika prostě do URL adres (až na pár výjimek) nepatří, je s tím víc starostí než užitku.
Podle RFC 1738 všechny divnoznaky musí být v URL zakódované. Nijak se ale neřeší kódování znaků, pouze kódování oktetů.v současnosti (resp. pro HTTP 1.1) platí RFC 2396 (které vychází z 1738 a 1808), a to se v otázce kódování odkazuje na RFC 2277 RFC 2277 v sekci 3.1 říká, že "Protocols MUST be able to use the UTF-8 charset" a dále "Protocols MAY specify, in addition, how to use other charsets or other character encoding schemes for ISO 10646, such as UTF-16, but lack of an ability to use UTF-8 is a violation of this policy;" - a jelikož jsem v RFC 2616 (HTTP 1.1) nenašel žádnou specifikaci "how to use other charsets" týkající se URI, vyvozuji z toho, že se smí užívat pouze UTF-8
Jde o to, že když v Opeře napíšete example.org/žščř, tak se to odešle v UTF-8, ale ve Firefoxu v Latin1.za prvé, používá-li Firefox HTTP 1.1, pak musí zvládat UTF-8, za druhé, neurčí-li Firefox, že je v URI použito něco jiného, než UTF-8 (což nemůže, neboť mu k tomu RFC 2616 nedává prostředky, AFAIK), pak použití Latin1 je v rozporu s RFC 2396 (via RFC 2277)
Diakritika prostě do URL adres (až na pár výjimek) nepatří, je s tím víc starostí než užitku.kolikrát jsme už něco takového slyšeli? (nemám odkazovat na blogy a flejmy zde, že?
)
IMHO jediná věc (v současných URI), která by měla být omezena na ASCII, jsou doménová jména, neboť tam nejde o problém technický nýbrž obchodní (registrace domény firmy v miliónu různých variant včetně různých záměn podobně vypadajících znaků - už takhle je dost problémů typu mojefirma.cz vs. moje-firma.cz a se spekulanty registrujícími všemožné varianty překlepů kolem slavných domén ...)
Wordpress mi přišel příliš blogocentrický a já na stránkách blogovat neplánuju.
Tiskni
Sdílej: