[Webkit-unassigned] [Bug 130327] Support arbitrary number of parts for GlyphAssembly

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Jun 28 11:17:53 PDT 2016


https://bugs.webkit.org/show_bug.cgi?id=130327

Frédéric Wang (:fredw) <fred.wang at free.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alex at igalia.com,
                   |                            |bfulgham at webkit.org
         Depends on|                            |155434

--- Comment #1 from Frédéric Wang (:fredw) <fred.wang at free.fr> ---
The number of repetition *for each* extender part was limited to 128 in bug 155434.

If we support an arbitrary number of parts (thus extender parts) then the limit should instead be set on the number of glyphs *for the whole assembly*.

This blog post explains how to implement generic support for the GlyphAssembly sub-table and in particular to calculate (before painting) the number N of glyphs necessary (and so to set a limit N_max): http://frederic-wang.fr/opentype-math-in-harfbuzz.html

When the limit is exceeded, we currently just leave a big gap. In bug 155434 comment 6 it was suggested to evenly distribute the gaps. I would instead suggest to just limit the number N of glyphs (and as a consequence to limit the stretch size) before painting them.

The blog post gives a reference to an implementation in progress for HarfBuzz. I think it makes sense to use the text drawing (MathOperator class) as well as MATH table parsing (OpenTypeMathData class) from such library. In particular for WebKit ports using HarfBuzz (such as GTK) we should probably consider reusing HarfBuzz's MATH support when ready.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160628/7fed38ff/attachment.html>


More information about the webkit-unassigned mailing list