[webkit-dev] Proposal: Remove ENABLE(MATHML)

Maciej Stachowiak mjs at apple.com
Mon Oct 23 09:11:56 PDT 2017

> On Oct 23, 2017, at 9:04 AM, Konstantin Tokarev <annulen at yandex.ru> wrote:
> 23.10.2017, 18:43, "Frédéric WANG" <fred.wang at free.fr <mailto:fred.wang at free.fr>>:
>> Hi,
>> There have been some discussions recently on
>> https://bugs.webkit.org/show_bug.cgi?id=177744 regarding the relevance
>> of the compile-time flag for MathML. Discussing with Olivier during the
>> Web Engines Hackfest, it seems he only had disabled MathML in his
>> project because he thought it would reduce binary size. However, he was
>> not really sure this actually had a significant impact. AFAIK, the only
>> dependencies needed for MathML are the font libraries but they are
>> already used for text layout. The implementation is only a few
>> element/rendering files plus some changes here and there.
>> I'm wondering if other people use the --no-mathml build option and
>> believe they really need it? If not, I'm propose to remove this
>> compile-time flag.
>> As a comparison, the flag for SVG was removed in
>> https://bugs.webkit.org/show_bug.cgi?id=127991 ; Mozilla also removed
>> compile time option for MathML and SVG a long time ago (
>> https://hg.mozilla.org/mozilla-central/rev/b8664f450508 for the former).
> There is a big difference between SVG and MathML: the first one is entirely self-
> contained, while (AFAIU) MathML requires presence of math fonts on the target
> system for correct rendering (i.e. native MathML will look much worse than image
> fallback that is usually available).
> Imagine embedded system (e.g. of set-top box kind) which has no math fonts on
> the board. Will always-on MathML be progression or regression there?

Is there any way we can convert MathML to a runtime switch? It seems like the main consideration is rendering quality given available fonts, rather than code size.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20171023/99c03b7b/attachment.html>

More information about the webkit-dev mailing list