Ještě by mohli opravit to zaoblené GUI, co spustili ve verzi 157. Dodnes jsem si na to nezvykl, vadí mi to.
No podivný je, že na klik to reaguje jakoby to furt byl obdélník, nicméně mě to jako celek vůbec nevadí.
Viz nedávno zde:
V about:config nastavit browser.nova.enabled z true na false. ;-)
Dík, lepší. Jenom pro jistotu dodám to, co zaznělo už v linkované diskusi. Přepsat, nekopírovat do vyhledávače, protože jinak to neudělá nic.
A když si přepnete na false i image.jxl.enabled, tak vypnete featuru o které článek ;-)
14. 10. 2026, 08:43 editováno autorem komentáře
Tohle je fakt trapné, oni normálně čekali až JPEG XL povolí v Chrome. To mají nějakou smlouvu s Google nebo jak si tohle vysvětlit?
Ano. A neni to trapne. Je to tak se vsemi standardy, co prohlizec implementuje. Nekdo navrh standardizaci predlozi a spolu s podporovateli musi presvedcit tri hlavni dodavatele browserovych jader - Google, Mozilla, Apple - aby novy standard naimplementovali. Tyhle ctryri strany se musi dohodnout a spolecny vysledek zrealizovat. A to vse se musi vejit do jejich stavajicich priorit. Navic v tomhle pripade postoj Mozilly byl od zacatku neutralni, ne pozitivni. Takze JPEG XL pridalli jako posledni, az po Applu a Chromu. Coz ale neznamena, ze to byl nejaky zavod :-)
Tady to bylo trochu složitější. Firefox částečnou volitelnou podporu JXL měl už léta (od verze 90 z roku 2021). Pak ale Google prohlásil, že to v Chrome považují za neperspektivní (nejspíš aby mohli snáze tlačit WEBP) a tím pádem i Mozilla dodělání plné podpory odložila na druhou (spíš čtvrtou) kolej, protože to vypadalo na mrtvý projekt. Když se pak vítězoslavně ukázal Chrome s podporou, tak teprve v Mozille začali lovit rozpracovanou JXL implementaci v backlogu a na první kolej to taky nezařadili.
Jinak Chrome a Firefox by měly mít už plnou podporu a Safari, pokud dobře hledám, pořád jen částečnou (otázkou je, jestli tam chybí něco důležitého).
Tady to Jake Archibald poměrně jasně vysvětluje.
https://hacks.mozilla.org/2026/08/intent-to-ship-jpeg-xl/
Jak Chrome/Chromium tak Firefox používají teď stejnou knihovnu jxl-rs (kterou z větší části napsal Google).
Safari teď neumí progresivní dekódování a animace, byť soubory otevře.
Aha, tak to dává ještě víc smyslu. Nevěděl jsem, že tu původní C++ knihovnu, co si psali sami, zahodili a použili tu novou od Googlu psanou v Rustu. Pak logicky museli počkat.
Původně (před lety s tím povolovacím flagem) používali libjxl, což je knihovna s referenční implementací toho formátu. A taky nebyla od Mozilly, psali ji zas převážně lidé z Google a Cloudinary, stejně jako jxl-rs :)
https://caniuse.com/?search=image+format
Tady to přehledně ukazuje od kdy bylo co podporováno.
Spíš u Googlu chtěli tlačit avif, na jehož vývoji se podíleli, a vymlouvali se na to, že stávající implementace jxl je v paměťově nebezpečném c++. A v čem asi je implementováno vše ostatní, že. Možná za tím byl záměr urychlit zavedení hw akcelerace pro AV1 a prodloužit tak výdrž na baterie.
Google se ale zásadně podílel jak na AV1/AVIF, tak na JPEG-XL.
Dekodér AV1 (dav1d) už byl poměrně dlouho v prohlížečích primárně kvůli videu, kde to dávalo smysl jako royalty-free náhrada AVC a HEVC (viz YouTube, Facebook atp.). Takže adaptace jeho použití i na statické obrázky se vyloženě nabízela.
U té paměťové bezpečnosti to asi nejde brát úplně mechanicky.. záleží na konkerétním projektu. Třeba zrovna ten dav1d právě díky jeho rozšíření byl poměrně hodně testován, včetně nejrůznějších fuzzingů. Navíc zrovna třeba jak ve FF, tak i Chromiu máte parser formátů přepsaný v Rustu (mp4parse, resp. CrabbyAvif) a pak se teprve volá dav1d. Oproti tomu jxl-rs se volá přímo i pro parsování.
Asi bych se bez dalších informacích o jejich rozhodování spíš zdržel spekulací o výmluvách.
Jenže lidi v Google, co o tom rozhodovali v Chrome, se podíleli na AVIF. Tam byl ten střet zájmů naprosto evidentní a bleskové odebrání to jen potvrdilo.
Naproti tomu lidé z Google co se podíleli na JPEG XL jsou úplně z jiné divize/pobočky.
Kecy o nebezpečnosti, že nic JPEG XL nepřináší a zmanipulovaný benchmark, které doložili až po kritice z komunity, bylo jenom maskování, proč to tak náhle odebrali.
Ano bylo to celé spiknutí autorů AVIF. Sice už ve těch browserech pár let byl a má přímou návaznost na video kodeky (stejně jako webp, heic atp.).
Naštěstí bylo zlo o pět let později konečně poraženo a může se prosadit formát, na který všichni čekali.
Všechny deklarované technické důvody byly kecy, byť tedy shodou okolností vznikl nový rychlejší a paměťově bezpečnější dekodér, co přijali jak v Chromiu tak Firefoxu.
Lepší? :)
Jako já z toho JXL mám také upřímně radost, ale fakt jsou nutná tahle zpětná obviňování?
Trapné to je, protože ten standard byl schválen a Google již deklaroval, že podporu přidá. Mozilla jenom čekala až se to skutečně objeví v Chrome (155) a teprve pak to povolila u sebe. Proč by to nemohli zapnout už ve Firefox 157? Jediné co to ukazuje je, že Mozilla začíná být naprosto nepodstatná a totálně závislá na rozhodnutích co udělá Google.
> Tohle je fakt trapné, oni normálně čekali až JPEG XL povolí v Chrome. To mají nějakou smlouvu s Google nebo jak si tohle vysvětlit?
Firefox používá knihovnu, co je i v Chrome a na které se primárně podílel Google.
Všimli jste si už nějakého reálného nasazení jxl na webu, v redakčních systémech, CDN apod? Samozřejmě kromě experimentů a nadšenců.
V Chrome je to implicitně týden, do té doby nemělo smysl nic takového nasazovat. Předpokládám, že nikdo nebude masově převádět obrázky do nového formátu a jxl uvidíme spíš u nových projektů. A nejspíš pomalu, protože lidi jsou dost konzervativní a změna dlouhodobě používaného osvědčeného formátu jpeg bude trvat. Možná se dřív povede nahrazovat png, protože jxl má mnohem lepší bezeztrátovou kompresi. Další proměnnou jsou výrobci zařízení generujících obrázky (primárně mobilů). Pokud některý z větších výrobců nastaví jxl jako implicitní, bude toho na webu najednou plno a lidi o tom ani nebudou vědět.
Vyrobcovia mobilov a fotakov presli na HEIF, tam maju aj hw akceleraciu a patentove poplatky im nevadia, ved ich aj tak musia platit. Nemaju vela motivacie prejst na JPEG XL.
Dobře, ale pro sdílení na webu to pořád potřebují do něčeho konvertovat. To je tedy spíš práce příslušných aplikací a portálů, na které bude určitý tlak od těch nadšenců, ale třeba z toho někdo implicitní formát nakonec udělá. Během jednoho roku to ale nečekám, ani dvou.
Napr. Samsung, od čias Galaxy s10. Vie to aj kopec Číňanov, pokiaľ nejde o vyslovene low end. Pixel je práve jedna z výnimiek, ktorého kamera to nevie (podpora formátu je v systéme tuším od android 9, len jeho kamera to ignoruje)
Ono sa to moze nasadzovat az ked to bude aj v roznych lts verziach. Nikto pricenty to nenasadi v tak rannej faze ale pocka, kym sa prehliadace s podprovanou funkcionalitou dostatocne rozsiria.
Tak zas nemůžete zapřáhnout koně za vůz. Asi byste někoho marně přesvědčoval k nasazení a podpoře, když to bez dalšího nastavení nebo pluginu chodilo rovnou jen v Safari a ještě se zmíněnými omezeními.
Teď teprve uvidíme jaký bude reálný zájem. Na frontendech bych řekl, že to jsou relativně drobné změny, ale cachování, konverze, ukládání další verze..
V mnoha ohledech je to z praktického hlediska spíš inkrementální zlepšení a pokud pominu zmíněné nadšence, nemyslím že by na to někdo úplně čekal a teď se do toho hrnul. I z toho důvodu, že tam stejně po nějakou dobu (roky) budou muset být další fallback formáty.