Mozilla计划在Firefox 157版本中默认启用JPEG XL图像解码功能，该功能此前仅在Nightly版本中默认开启，并在所有渠道的Firefox Labs中提供测试选项。
正文
好的，以下是根据您提供的英文内容，用中文重新陈述的文章主要内容，保留了关键细节，并删减了与主题无关的讨论（如关于动画支持和性能测试的回复）。
标题：计划发布：JPEG XL 图像格式支持
核心内容：
Mozilla 工程师 Timothy Nikkel 宣布，计划在 Firefox 157 版本中，默认在所有平台上启用 JPEG XL 图像解码功能。此前，该功能一直通过 image.jxl.enabled 偏好设置进行开发，仅在 Nightly 版本中默认开启，并从 Firefox 152 起在所有渠道的 Firefox Labs 中提供了实验性选项。解码器采用 Rust 语言编写的 jxl-rs 库。
标准与支持情况：
- 标准：ISO/IEC 18181
- 平台覆盖：所有平台
- 其他浏览器：Safari 已于 2023 年在 17.0 版本中支持；Chrome 在实验性标志 #enable-jxl-image-format 后使用了相同的 Rust 库，但尚未计划正式发布。
自原型设计以来的改进：
针对此前提出的性能问题，jxl-rs 0.6.0 版本已支持多线程解码，相关补丁即将落地。在包含多线程补丁的基准测试中，Firefox 的 JPEG XL 解码性能在作者的机器上略优于使用 C++ libjxl 的 Safari。与其他图像格式解码器相比，JPEG XL 在大尺寸图片上性能接近，但在小尺寸图片上差距较大。
功能特性：
JPEG XL 已实现与其他图像格式及 Blink 引擎实现的功能对等，包括动画和渐进式显示。唯一的例外是高动态范围（HDR）图像：目前 HDR 图像会以标准动态范围（SDR）显示，这与 Firefox 支持的其他格式一致，但 Firefox 对 JPEG XL 的色调映射效果远优于其他格式。相比之下，Safari 既不支持渐进式渲染，也不支持动画。
测试覆盖：
测试涵盖了位深度、透明度、灰度、CMYK、色彩管理、方向及编码工具的解码正确性，以及 HTML 和 CSS 中图像的使用方式。此外，还增加了约 30 个 Gecko 测试，用于分块和增量解码、动画帧计数、解码时缩小、损坏文件处理、渐进式渲染、遥测以及解码基准测试。模糊测试团队已在 Nightly 版本启用前对 jxl 进行了模糊测试，并将在正式启用前再次进行。
计划：
Timothy Nikkel 计划在 Firefox 157 中默认开启 JPEG XL 解码。
评论
根据评论内容，主要围绕JPEG XL（jxl）在浏览器中的支持进展展开，核心观点如下：
1. 浏览器支持动态（高认可度）
- Firefox和Chromium均采用Rust编写的jxl-rs库，而非原C++版libjxl。
- 关键引用：
"With both Firefox and Chromium using jxl-rs (Rust-based)"
"Google Research built jxl-rs, and it’s the core of our JPEG XL support in Firefox"
2. 技术路线争议（中等认可度）
- 苹果已内置libjxl（C++），但未明确是否转向Rust方案。
- 关键引用：
"I wonder what Apple will do about the libjxl (C++) they already shipped"
"are they shipping any Rust in their platforms so far?"
3. 社区认知差异（低认可度）
- 部分用户质疑JPEG XL的普及度，认为2026年仍有人未听闻。
- 关键引用：
"I'm curious how many HN people in 2026 have not yet heard of JPEG XL"
4. 协作关系反转（中等认可度）
- 原以为Chromium依赖Mozilla的Rust移植，实际是Google Research主导开发。
- 关键引用：
"I was under the impression that after backtracking, Chromium was relying on Mozilla... but it seems it was the reverse"
总结：评论聚焦JPEG XL的浏览器支持进展，核心争议在于Rust vs C++实现路径，以及苹果等厂商的跟进策略。社区对技术普及度存在分歧，但普遍认可Google Research在Rust移植中的关键作用。