Igalia将于2021年第二季度重新开始其（Chrome）MathML工作

自从我们上次更新Chromium中的MathML实施以来已经有一段时间了，因此我们认为重要的是提供Igalia已（尚未）进行的更新以及原因。

在这段时间里发生的一件大事是Igalia一直在帮助协调和促进W3C中MathML WG的重新激活。我们一直以来的目标不仅是交付实现，还帮助定义MathML-Core，解决最初的历史挑战，并使MathML重新回到稳定的标准基础上。在此过程中，我们帮助起草了新的章程，向W3C内的几个不同的小组介绍情况，在早期审核阶段回答问题，并帮助收集有关章程本身的票数和回答问题。您可以查看该章程，也可以查看我们在W3C年度会议上就此主题所做的演示。

去年秋天，由于正在进行中的一些未完成的返工，我们的实施工作还没有做好准备。鉴于即将到来的宪章，一些必要的等待时间和更多直接的机会，Igalia的一些工程师暂时重新分配了他们的大部分精力，以帮助推进其他一些令人兴奋的Web平台项目，例如分布式Web或：focus-visible。虽然在此期间容量严重减少，但我们仍然设法完成了一些MathML实施任务（即，安全性和稳定性方面的修复或审查），并修复了一个严重的集成错误，该错误涉及以下事实：SVG中的MathML强制使用了旧版布局，而零散的或可编辑的树。

但是，自那时以来，章程正在逐步成形，铬的返修工作有所进展，我们相信现在是时候开始讨论如何再次进行这项工作了。我们的计划是在第二季度兼职工作。让我们回顾一下初始路线图的当前状态和计划：

根据Rendering Core团队的Google工程师所说，完全实现MathML Core所需的一些LayoutNG功能将很快就准备就绪（更多详细信息，请参见下文）。

Igalia有一个待定的针对mtable的CL，它仍然需要改进才能通过测试以在单元内进行对齐。但是，正如以前的公告中所说，这在新表支持方面尚待解决。目前，Google工程师仍在尝试使用这种新的实现方式，并且该标记最近处于开启和关闭状态。他们似乎很乐观，但是今年会准备好。一旦足够稳定，就可以重新开始改进数学表的工作。

关于可伸缩运算符，一个关键方面是确保按MathML Core中的描述计算最小含量和最大含量内联大小，否则公式中将出现很多空白。在2019年秋季开始上游时已经引起了这种担忧。从最近的聊天中，LayoutNG的最小/最大通过的想法相对复杂，这将花费时间和谷歌工程师的资源，并且不会在2021年第4季度之前开始。 ，与此同时，我们认为可以为弹性运营商提供更基本的支持。

发送意向书之前必须解决的另一个重要任务是与可访问性有关。在2019年与Google的辅助功能团队进行了讨论，但是由于其他优先级更高的任务以及MathML中一些未解决的问题（例如文本转换更改字符串长度或对mtable的支持），进展不大。尽管如此，仍开始进行ATK的第一个实验，并发布了MathML AAM的初始草案。

还有一些其他的功能也有帮助（尽管不是严格要求），也可以在意向发货之前实施，例如与字体相关的功能（墨水指标，斜体校正，字体家族：数学等）或改进互操作性（更多一致性测试，规格改进，WebKit和Firefox开发）。并不是运输的真正要求，但是将根据可用资源以及以上段落中提到的其他任务的进展情况来考虑它们。

与往常一样，当达到新的里程碑时，更新将发布在此博客上。敬请关注！