harfbuzz/test
Behdad Esfahbod d2998faad3
Merge pull request #3410 from harfbuzz/boring-expansion
[Boring Expansion] >64k loca & hmtx tables

This does two things:

The num-glyphs reported by the face now is the maximum reported by the maxp and that deduced from the length of the loca table; I think this is the right thing to do anyway; According to OpenType such loca tables are invalid.

The interpretation hmtx tables that have excessive bytes at the end, again, invalid according to OpenType, has changed. Previously we were interpreting those excessive bytes as extra lsb values. Now we interpret them as extra advance values, the last of which is repeated for all missing glyphs. Again, these are tables that are invalid according to OpenType, and the advances are for glyph indices beyond maxp table's num-glyphs.

The combined effect is that the font can have shapes and advances for gid's beyond the maxp limit of 64k. In fact, maxp table becomes optional.
2022-02-16 14:37:09 -06:00
..
api Merge pull request #3410 from harfbuzz/boring-expansion 2022-02-16 14:37:09 -06:00
fuzzing [draw] Emit move_to immediately, like other operators 2022-02-13 13:21:15 -06:00
shape [test/shape] Internal rename 2022-02-15 16:57:23 -06:00
subset [test/subset] Don't hash files without reason 2022-02-12 14:52:42 -06:00
Makefile.am [test] Rename shaping/ to shape/ 2021-08-11 18:49:59 -06:00
meson.build [test] Rename shaping/ to shape/ 2021-08-11 18:49:59 -06:00