walkero
/
harfbuzz
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
harfbuzz/test/shaping/fonts/sha1sum/MANIFEST

52 lines
2.2 KiB
Plaintext
Raw Normal View History

Add test for previous commit
2015-10-13 06:33:59 +02:00
0509e80afb379d16560e9e47bdd7d888bebdebc6.ttf
Add test case for deleting default ignorables with positioning
2015-07-22 19:44:59 +02:00
051d92f8bc6ff724511b296c27623f824de256e9.ttf
[test] Add tests for improved 'vert' feature
2015-07-23 13:50:48 +02:00
191826b9643e3f124d865d617ae609db6a2ce203.ttf
Add test for previous fix
2015-10-09 18:34:02 +02:00
1a6f1687b7a221f9f2c834b0b360d3c8463b6daf.ttf
Add tests for hyphen fallback U+2011 is <noBreak> equivaent of U+2010, so we should do the fallback for it. Currently fails.
2015-11-05 02:38:22 +01:00
1c04a16f32a39c26c851b7fc014d2e8d298ba2b8.ttf
Normalize various spaces to space if font doesn't support This resurrects the space fallback feature, after I disabled the compatibility decomposition. Now I can release HarfBuzz again without breaking Pango! It also remembers which space character it was, such that later on we can approximate the width of this particular space character. That part is not implemented yet. We normalize all GC=Zs chars except for U+1680 OGHA SPACE MARK, which is better left alone.
2015-11-04 23:48:46 +01:00
1c2c3fc37b2d4c3cb2ef726c6cdaaabd4b7f3eb9.ttf
Fix flaky test This test font had a upem of 769, which results in rounding-related errors with the FreeType font funcs. Change the upem to 1024 to fix that. Fixes https://github.com/behdad/harfbuzz/issues/201
2015-12-25 18:18:23 +01:00
1c2fb74c1b2aa173262734c1f616148f1648cfd6.ttf
Fix base-position when 'pref' is NOT formed If pre-base reordering Ra is NOT formed (or formed and then broken up), we should consider that Ra as base. This is observable when there's a left matra or dotreph that positions before base. Now, it might be that we shouldn't do this if the Ra happend to form a below form. We can't quite deduce that right now... Micro test added. Also at: https://code.google.com/a/google.com/p/noto-alpha/issues/detail?id=186#c29
2014-06-06 23:55:02 +02:00
226bc2deab3846f1a682085f70c67d0421014144.ttf
[indic] Handle old-spec Malayalam reordering with final Halant See comment. Micro-tests added.
2014-07-23 22:48:51 +02:00
270b89df543a7e48e206a2d830c0e10e5265c630.ttf
[test] Add test for cursive-positioning with mixed directions Fails now. Fix coming. See thread "Issue with cursive attachment" started by Khaled. Test fonts were made by modifying test font from Khaled to add more anchors.
2015-08-25 21:28:39 +02:00
298c9e1d955f10f6f72c6915c3c6ff9bf9695cec.ttf
[fuzzing] Add test case for OOM From https://github.com/behdad/harfbuzz/issues/161
2015-11-06 09:01:24 +01:00
3511ff5c1647150595846ac414c595cccac34f18.ttf
Fix Mongolian Variation Selectors for fonts without GDEF Originally we fixed those in 79d1007a501fd63c0ba4d51038c513e6b8b94740. However, fonts like MongolianWhite don't have GDEF, but have IgnoreMarks in their LigatureSubstitute init/etc features. We were synthesizing a GDEF class of mark for Mongolian Variation Selectors and as such the ligature lookups where not matching. Uniscribe doesn't do that. I tried with more sophisticated fixes, like, if there is no GDEF and a lookup-flag mismatch happens, instead of rejecting a match, try skipping that glyph. That surely produces some interesting behavior, but since we don't want to support fonts missing GDEF more than we have to, I went for this simpler fix which is to always mark default-ignorables as base when synthesizing GDEF. Micro-test added. Fixes rest of https://bugs.freedesktop.org/show_bug.cgi?id=65258
2014-07-16 19:22:05 +02:00
37033cc5cf37bb223d7355153016b6ccece93b28.ttf
Add tests for a couple of fixed issues found by libFuzzer From: https://github.com/behdad/harfbuzz/issues/139#issuecomment-147616887 https://github.com/behdad/harfbuzz/issues/139#issuecomment-148289957
2015-10-15 17:55:57 +02:00
375d6ae32a3cbe52fbf81a4e5777e3377675d5a3.ttf
Add tests for previous two commits To fully test what these are supposed to test, they should be run against libharfbuzz-fuzzing.la instead of libharfbuzz.la, but for now just record the files.
2015-11-19 08:09:13 +01:00
43979b90b2dd929723cf4fe1715990bcb9c9a56b.ttf
[tests] Add Hebrew test for normalization under cluster-level=1 Currently fails. https://bugzilla.gnome.org/show_bug.cgi?id=541608
2015-09-01 17:12:44 +02:00
43ef465752be9af900745f72fe29cb853a1401a5.ttf
[tests] Add tests for Thai mark zeroing
2016-02-10 12:20:02 +01:00
45855bc8d46332b39c4ab9e2ee1a26b1f896da6b.ttf
Add tests for previous commit
2015-11-27 00:48:30 +01:00
49c9f7485c1392fa09a1b801bc2ffea79275f22e.ttf
Fix base-position when 'pref' is NOT formed If pre-base reordering Ra is NOT formed (or formed and then broken up), we should consider that Ra as base. This is observable when there's a left matra or dotreph that positions before base. Now, it might be that we shouldn't do this if the Ra happend to form a below form. We can't quite deduce that right now... Micro test added. Also at: https://code.google.com/a/google.com/p/noto-alpha/issues/detail?id=186#c29
2014-06-06 23:55:02 +02:00
4cce528e99f600ed9c25a2b69e32eb94a03b4ae8.ttf
[indic] Allow ZWJ/ZWNJ before SM In Oriya, a ZWJ/ZWNJ might be added before candrabindu to encourage or stop ligation of the candrabindu. This is clearly specified in the Unicode section on Oriya. Allow it there. Note that Uniscribe doesn't allow this. Micro tests added using Noto Sans Oriya draft. No changes in numbers. Currently at: BENGALI: 353725 out of 354188 tests passed. 463 failed (0.130722%) DEVANAGARI: 707307 out of 707394 tests passed. 87 failed (0.0122987%) GUJARATI: 366349 out of 366457 tests passed. 108 failed (0.0294714%) GURMUKHI: 60732 out of 60747 tests passed. 15 failed (0.0246926%) KANNADA: 951190 out of 951913 tests passed. 723 failed (0.0759523%) KHMER: 299070 out of 299124 tests passed. 54 failed (0.0180527%) MALAYALAM: 1048147 out of 1048334 tests passed. 187 failed (0.0178378%) ORIYA: 42320 out of 42329 tests passed. 9 failed (0.021262%) SINHALA: 271662 out of 271847 tests passed. 185 failed (0.068053%) TAMIL: 1091753 out of 1091754 tests passed. 1 failed (9.15957e-05%) TELUGU: 970555 out of 970573 tests passed. 18 failed (0.00185457%)
2014-12-10 21:05:24 +01:00
5028afb650b1bb718ed2131e872fbcce57828fff.ttf
Fix previous commit!
2016-02-10 12:43:43 +01:00
56cfd0e18d07f41c38e9598545a6d369127fc6f9.ttf
[indic] Handle old-spec Malayalam reordering with final Halant See comment. Micro-tests added.
2014-07-23 22:48:51 +02:00
57a9d9f83020155cbb1d2be1f43d82388cbecc88.ttf
Add test for ee9b0b6cb5fdb08671ab064f26c299135f828260
2015-10-12 03:41:04 +02:00
5a5daf5eb5a4db77a2baa3ad9c7a6ed6e0655fa8.ttf
Add tests for a couple of fixed issues found by libFuzzer From: https://github.com/behdad/harfbuzz/issues/139#issuecomment-147616887 https://github.com/behdad/harfbuzz/issues/139#issuecomment-148289957
2015-10-15 17:55:57 +02:00
641bd9db850193064d17575053ae2bf8ec149ddc.ttf
[tests] Add test for fallback positioning with cluster_level > 0 For https://github.com/behdad/harfbuzz/pull/123 Currently fails. Fix coming.
2015-08-08 18:02:18 +02:00
6466d38c62e73a39202435a4f73bf5d6acbb73c0.ttf
[GPOS] Fix interaction of mark attachments and cursive chaining Fixes https://github.com/behdad/harfbuzz/issues/211 What happens in that bug is that a mark is attached to base first, then a second mark is cursive-chained to the first mark. This only "works" because it's in the Indic shaper where mark advances are not zeroed. Before, we didn't allow cursive to run on marks at all. Fix that. We also where updating mark major offsets at the end of GPOS, such that changes in advance of base will not change the mark attachment position. That was superior to the alternative (which is what Uniscribe does BTW), but made it hard to apply cursive to the mark after it was positioned. We could track major-direction offset changes and apply that to cursive in the post process, but that's a much trickier thing to do than the fix here, which is to immediately apply the major-direction advance-width offsets... Ie.: https://github.com/behdad/harfbuzz/issues/211#issuecomment-183194739 If this breaks any fonts, the font should be fixed to do mark attachment after all the advances are set up first (kerning, etc). Finally, this, still doesn't make us match Uniscribe, for I explained in that bug. Looks like Uniscribe applies minor-direction cursive adjustment immediate as well. We don't, and we like it our way, at least for now. Eg. the sequence in the test case does this: - The first subscript attaches with mark-to-base, moving in x only, - The second subscript attaches with cursive attachment to first subscript moving in x only, - A final context rule moves the first subscript up by 104 units. The way we do, the final shift-up, also shifts up the second subscript mark because it's cursively-attached. Uniscribe doesn't. We get: [ttaorya=0+1307|casubscriptorya=0@-242,104+-231|casubscriptnarroworya=0@20,104+507] while Uniscribe gets: [ttaorya=0+1307|casubscriptorya=0@-242,104+-211|casubscriptnarroworya=0+487] note the different y-offset of the last glyph. In our view, after cursive, things move together, period.
2016-02-16 10:07:20 +01:00
706c5d7b625f207bc0d874c67237aad6f1e9cd6f.ttf
[hangul] Don't apply 'calt' See comments. Micro-test added.
2014-08-01 00:51:37 +02:00
757ebd573617a24aa9dfbf0b885c54875c6fe06b.ttf
[tests] Add tests for Thai mark zeroing
2016-02-10 12:20:02 +01:00
7a37dc4d5bf018456aea291cee06daf004c0221c.ttf
[hangul] Don't apply 'calt' See comments. Micro-test added.
2014-08-01 00:51:37 +02:00
7e14e7883ed152baa158b80e207b66114c823a8b.ttf
[tests] Add tests for Thai mark zeroing
2016-02-10 12:20:02 +01:00
8099955657a54e9ee38a6ba1d6f950ce58e3cc25.ttf
[arabic] Apply init/medi/isol/fini/... in separate stages Follows the order of the Arabic/Syriac specs. Also don't stop between rlig and calt in non-Arabic scripts. Micro-tests for Arabic and Mongolian added for the latter.
2014-07-17 19:36:09 +02:00
813c2f8e5512187fd982417a7fb4286728e6f4a8.ttf
[ot-font] Fix hmtx table length checking, *again* Exactly the same problem that I fixed in 63ef0b41dc48d6112d1918c1b1de9de8ea90adb5 I rewrote the table checking yesterday in 67f8821fb25d9bd55719f5e29a582ae1af4b02b3 and introduced the exact same issue again. :( Good thing we have ongoing fuzzing going now. Was discovered immediately by libFuzzer. Thanks kcc! https://github.com/behdad/harfbuzz/issues/139#issuecomment-153449473 Fixes https://github.com/behdad/harfbuzz/issues/156
2015-11-03 21:15:12 +01:00
8240789f6d12d4cfc4b5e8e6f246c3701bcf861f.ttf
[hebrew] Zero mark advance by GDEF late Seems to be what Uniscribe does. At this point I think it's work checking our default... Fixes Bug 76767 - Zeroing of advance of 2nd component of multiple substitution with SBL Hebrew https://bugs.freedesktop.org/show_bug.cgi?id=76767 Micro-test added.
2014-07-27 02:34:01 +02:00
8454d22037f892e76614e1645d066689a0200e61.ttf
[arabic] Apply init/medi/isol/fini/... in separate stages Follows the order of the Arabic/Syriac specs. Also don't stop between rlig and calt in non-Arabic scripts. Micro-tests for Arabic and Mongolian added for the latter.
2014-07-17 19:36:09 +02:00
8a9fea2a7384f2116e5b84a9b31f83be7850ce21.ttf
a919b33197965846f21074b24e30250d67277bce.ttf
[tests] Add test for advance zeroing of an ASCII letter marked as mark in GDEF
2016-02-11 06:15:38 +01:00
a98e908e2ed21b22228ea59ebcc0f05034c86f2e.ttf
Add tests for previous two commits To fully test what these are supposed to test, they should be run against libharfbuzz-fuzzing.la instead of libharfbuzz.la, but for now just record the files.
2015-11-19 08:09:13 +01:00
b9e2aaa0d75fcef6971ec3a96d806ba4a6b31fe2.ttf
[tests] Add tests for Thai mark zeroing
2016-02-10 12:20:02 +01:00
bb0c53752e85c3d28973ebc913287b8987d3dfe8.ttf
[test] Add more Mongolian variation selector tests From https://code.google.com/p/chromium/issues/detail?id=393896
2014-07-18 20:37:49 +02:00
bb29ce50df2bdba2d10726427c6b7609bf460e04.ttf
Add old-Myanmar shaper Looks like Unsicribe responds to the 'mymr' tag by zeroing marks GDEF_LATE instead of generic-shaper UNICODE_LATE. Implement that. Fixes Bug 81775 - Incorrect Rendering with harfbuzz-ng myanmar unicode https://bugs.freedesktop.org/show_bug.cgi?id=81775 Micro-test added based on Padauk.
2014-07-27 01:17:44 +02:00
bb9473d2403488714043bcfb946c9f78b86ad627.ttf
[test] Add test for cursive-positioning with mixed directions Fails now. Fix coming. See thread "Issue with cursive attachment" started by Khaled. Test fonts were made by modifying test font from Khaled to add more anchors.
2015-08-25 21:28:39 +02:00
c4e48b0886ef460f532fb49f00047ec92c432ec0.ttf
Fix previous commit!
2016-02-10 12:43:43 +01:00
cc5f3d2d717fb6bd4dfae1c16d48a2cb8e12233b.ttf
Fix base-position when 'pref' is NOT formed If pre-base reordering Ra is NOT formed (or formed and then broken up), we should consider that Ra as base. This is observable when there's a left matra or dotreph that positions before base. Now, it might be that we shouldn't do this if the Ra happend to form a below form. We can't quite deduce that right now... Micro test added. Also at: https://code.google.com/a/google.com/p/noto-alpha/issues/detail?id=186#c29
2014-06-06 23:55:02 +02:00
d629e7fedc0b350222d7987345fe61613fa3929a.ttf
[arabic] Fix fallback shaping regression Was broken in 615d00ea252739da57edbd980ff27e573. Fixes https://github.com/behdad/harfbuzz/pull/48 Micro-test added.
2014-08-05 20:19:01 +02:00
df768b9c257e0c9c35786c47cae15c46571d56be.ttf
Fix base-position when 'pref' is NOT formed If pre-base reordering Ra is NOT formed (or formed and then broken up), we should consider that Ra as base. This is observable when there's a left matra or dotreph that positions before base. Now, it might be that we shouldn't do this if the Ra happend to form a below form. We can't quite deduce that right now... Micro test added. Also at: https://code.google.com/a/google.com/p/noto-alpha/issues/detail?id=186#c29
2014-06-06 23:55:02 +02:00
e207635780b42f898d58654b65098763e340f5c7.ttf
Another try to fix Mongolian free variation selectors This reverts bf029281 and fixes it properly. That commit was not enough as it was only inheriting the shaping_action for prev_action, but not curr_action. Micro-test added. https://code.google.com/p/chromium/issues/detail?id=393896
2014-07-17 20:16:38 +02:00
ef86fe710cfea877bbe0dbb6946a1f88d0661031.ttf
Fix base-position when 'pref' is NOT formed If pre-base reordering Ra is NOT formed (or formed and then broken up), we should consider that Ra as base. This is observable when there's a left matra or dotreph that positions before base. Now, it might be that we shouldn't do this if the Ra happend to form a below form. We can't quite deduce that right now... Micro test added. Also at: https://code.google.com/a/google.com/p/noto-alpha/issues/detail?id=186#c29
2014-06-06 23:55:02 +02:00
f499fbc23865022234775c43503bba2e63978fe1.ttf
[USE] Zero mark advances by GDEF early This is what Microsoft's implementation does. Marks that need advance need to add it back using 'dist' or other feature in GPOS. Update tests to match.
2016-02-16 11:16:33 +01:00
f518eb6f6b5eec2946c9fbbbde44e45d46f5e2ac.ttf
Do not allow recursiving to same position and same lookup This is just to make it harder to be extremely slow. There definitely are ways still, just harder. Oh well... how do we tame this problem without solving halting problem?! Fixes https://github.com/behdad/harfbuzz/issues/174
2015-11-19 21:39:09 +01:00
fab39d60d758cb586db5a504f218442cd1395725.ttf
[use] Fix halant detection Before, we were just checking the use_category(). This detects as halant a ligature that had the halant as first glyph (as seen in NotoSansBalinese.) Change that to use the is_ligated() glyph prop bit. The font is forming this ligature in ccmp, which is before the rphf / pref tests. So we need to make sure the "ligated" bit survives those tests. Since those only check the "substituted" bit, we now only clear that bit for them and "ligated" survives. Fixes https://github.com/behdad/harfbuzz/issues/180
2015-12-17 12:59:15 +01:00
fbb6c84c9e1fe0c39e152fbe845e51fd81f6748e.ttf
[tests] Add tests for Latin mark zeroing
2016-02-10 12:24:08 +01:00
fcdcffbdf1c4c97c05308d7600e4c283eb47dbca.ttf
Fix previous commit!
2016-02-10 12:43:43 +01:00
ffa0f5d2d9025486d8469d8b1fdd983e7632499b.ttf