Bug 38377

Bug is reproducible with QTestBrowser. I think this bug is P3

(changed the component to MathML as this is a bug on more than just Qt) I spent a little time looking at this today. At least part of the rendering problems are due to differences between the Symbol font on OS X machines and the symbol font included on Linux machines. The mathml.css files specifies the font for the math element thusly: font-family: Symbol, "Times New Roman"; The OS X Symbol font has no glyph specified for normal ASCII alphabetic characters, so 'x' (unicode 0x78) is drawn using Times New Roman. The Linux symbol replaces ASCII characters with equivalents from the Greek alphabet, so 'x' produces ξ. Unfortunately, I don't think the Symbol font is suitable for platforms other than OS X.

The change in bug 41961 provides change to use the STIX fonts. See https://bug-41961-attachments.webkit.org/attachment.cgi?id=61678 This should help. We may need to figure out how to make platform-specific choices as the Symbol font on other systems than the Mac may be a very bad choice.

(In reply to comment #3) > The change in bug 41961 provides change to use the STIX fonts. See https://bug-41961-attachments.webkit.org/attachment.cgi?id=61678 > > This should help. The use of the STIX fonts does, indeed, help. The rendering of this page takes a very long time. That's something very wrong with the algorithm for layout. I suspect it is coming from the row layout algorithm for operator stretching.

(In reply to comment #4) > > The rendering of this page takes a very long time. That's something very wrong with the algorithm for layout. I suspect it is coming from the row layout algorithm for operator stretching. The long rendering time also occurs on the Mac platform.

Are the STIX fonts in the tree and used for tests now? Recently there were some some MathML tests failing on GTK+ bots because of font differences between the bots. I'm hoping that switching to STIX fonts will solve this issue.

(In reply to comment #6) > Are the STIX fonts in the tree and used for tests now? Recently there were some some MathML tests failing on GTK+ bots because of font differences between the bots. I'm hoping that switching to STIX fonts will solve this issue. According to the Apple legal folks, we can't put the STIX fonts into the source tree because they use the SIL Font License. They'd prefer that we don't expand the licenses under which content is distributed. I've looked into trying to have the test system download and use fonts when the user runs the tests but I haven't really acted about that. One problem is that some SIL Font License friendly organization needs to host the STIX fonts we use so the test system can download them. The short term solution is to install them on the build bot.

The long rendering time is the same issue as https://bugs.webkit.org/show_bug.cgi?id=43462

Created attachment 233519 [details] Screenshot Nightly WebKitGTK+ After bug 133604, "Latin Modern Math" is used as the default font on Linux. I attach an updated screenshot with a trunk build. The reasoning here is that math people are likely to have a TeX distribution installed on their system and so a fortiori the Latin Modern font available, so missing math font for MathML becomes unlikely. This is of course not 100% sure and the result may be very different for each Linux distribution / user. I vaguely heard that the GUST group was working on another MATH font that could be installed by default on Linux. Another option to consider is autoinstallation via PackageKit (bug 22621). I think the QT port is no longer supported. However, that the "missing fonts" issue might still apply to the GTK/EFL ports.

So this what was discussed recently on webkit-dev. Unless we really want to do autoinstallation as suggested in bug 22621, I guess this is really an OS bug rather than a WebKit bug ; so I think we can close this. To install appropriate math fonts on Linux, see https://developer.mozilla.org/en-US/docs/Mozilla/MathML_Project/Fonts#Linux

*** Bug 114565 has been marked as a duplicate of this bug. ***