- 03 5月, 2013 4 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
- 30 4月, 2013 3 次提交
-
-
由 Behdad Esfahbod 提交于
Some infrastructures use DEBUG as a generic symbol.
-
由 Behdad Esfahbod 提交于
This is not ideal as we don't like -L/usr/lib in our linker line. But this is only relevant to environments that don't have pkgconfig files for ICU... https://github.com/behdad/harfbuzz/pull/2
-
由 Behdad Esfahbod 提交于
Sigh.. Bug 64039 - undefined macro AM_PROG_AR
-
- 22 4月, 2013 5 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
The compile() function is starting to become illegible...
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
We always push a pause at the end such that each lookup falls in exactly one pause_map_t. Now, only if I can find a better name for that...
-
- 20 4月, 2013 2 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
Saves another 3 / 4 percent with Amiri.
-
- 19 4月, 2013 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 18 4月, 2013 7 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
Not measurable by any means, but conceptually this is faster since the mask matches more often than the digest.
-
由 Behdad Esfahbod 提交于
Wasn't correct with the new combiner. I should add it back somehow, but for now the digests seem to be working very well...
-
由 Behdad Esfahbod 提交于
Was unused.
-
由 Behdad Esfahbod 提交于
Make Amiri rendering faster a whopping 45% again! Speends up pretty much anything I tested.
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
- 17 4月, 2013 6 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
Correctly this time.
-
由 Behdad Esfahbod 提交于
We were not initializing the digests properly and as a result they were being initialized to zero, making digest1 to never do any useful work. Speeds up Amiri shaping significantly.
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
This reverts commit 3d1b66a3. The calculations were buggy. It's not worth optimizing right now.
-
由 Behdad Esfahbod 提交于
-
- 12 4月, 2013 3 次提交
-
-
由 Behdad Esfahbod 提交于
Useful for profiling shapers.
-
由 Behdad Esfahbod 提交于
Just to be sure it's not punishing the old shaper performance numbers. Doesn't seem to have a measurable effect.
-
由 Behdad Esfahbod 提交于
-
- 10 4月, 2013 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 06 4月, 2013 3 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
- 05 4月, 2013 4 次提交
-
-
由 Behdad Esfahbod 提交于
See thread "an issue regarding discrepancy between Korean and Unicode standards" on the mailing list for the rationale. In short: Uniscribe doesn't, so fonts are designed to work without it.
-
由 Behdad Esfahbod 提交于
This almost reverts 2761e8a6, but only if under MINGW32, so it doesn't affect MSVC.
-
由 Behdad Esfahbod 提交于
Testing shows that this is closer to what Uniscribe does. Reported by Khaled Hosny: """ commit 56800027 ... This commit is causing a regression with Amiri, the string “هَٰذ” with Uniscribe and HarfBuzz before this commit, gives: [uni0630.fina=3+965|uni0670.medi=0+600|uni064E=0@-256,0+0|uni0647.init=0+926] But now it gives: [uni0630.fina=3+965|uni0670.medi=0+0|uni064E=0@-256,0+0|uni0647.init=0+926] i.e. uni0670.medi is zeroed though it has a base glyph GDEF class. """ The test case is U+0647,U+064E,U+0670,U+0630 with Amiri.
-
由 Behdad Esfahbod 提交于
-
- 03 4月, 2013 1 次提交
-
-