Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upFont (fallback) glyph shaping callbacks should handle multiple glyphs per char #93
Comments
|
It looks like Gecko does the mapping itself, unless the Font subclass claims it can do a better job. This case only seems to happen for FT2. Closing until there's a reason to not punt to CoreText. |
ChrisParis
pushed a commit
to ChrisParis/servo
that referenced
this issue
Sep 7, 2014
move Opera's media tests
glennw
added a commit
to glennw/servo
that referenced
this issue
Jan 16, 2017
Clip colors, and introduce a fast path for axis-aligned linear gradients.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The callbacks should support returning multiple glyph indexes and advances per unicode char. Right now the return values are clipped to a single glyph/advance value.
When harfbuzz can't do its own mapping from unicode codepoints to font glyphs (perhaps the font is not SFNT format), it uses callbacks of the
Fonttrait (glyph_h_advanceandglyph_index).I don't think we should be using these in the fast path, since harfbuzz can do its own mappings. They will be necessary for webfonts though, which may not be in a harfbuzz-friendly format.