> On Oct 23, 2017, at 9:04 AM, Konstantin Tokarev <[email protected]> wrote:
> 
> 
> 
> 23.10.2017, 18:43, "Frédéric WANG" <[email protected] 
> <mailto:[email protected]>>:
>> 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.

Regards,
Maciej

_______________________________________________
webkit-dev mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-dev

Reply via email to