f14bb7de631b20e2868fb62e5311cd0d9e24bb49 |
|
31-Dec-2013 |
Behdad Esfahbod <behdad@behdad.org> |
[ot] Separate out hebrew and tibetan shapers from default Now default shaper is truly no-op.
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
6300cd72539284ca294ee8286bbbb7f9c72af320 |
|
31-Dec-2013 |
Behdad Esfahbod <behdad@behdad.org> |
[ot] Define HB_OT_SHAPE_ZERO_WIDTH_MARKS_DEFAULT
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
3d6ca0d32e5c6597acfcf59301cb1905586ddb52 |
|
31-Dec-2013 |
Behdad Esfahbod <behdad@behdad.org> |
[ot] Simplify normalization_preference again No shaper has more than one behavior re this, so no need for a callback.
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
c98b7183f7dc453d5bac1f2503017cded317a495 |
|
31-Dec-2013 |
Behdad Esfahbod <behdad@behdad.org> |
[ot] Add Hangul shaper Not exhaustively tested, but I think I got the intended logic right. The logic can perhaps be simplified. Maybe we should disabled normalization with this shaper. Then again, for now focusing on correctness.
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
71b4c999a511bf018acaf48a45e070470c0daf12 |
|
28-Oct-2013 |
Behdad Esfahbod <behdad@behdad.org> |
Revert "Zero marks by GDEF for Tibetan" This reverts commit d5bd0590ae2fbc7b0dee86385a565aef00ffb835. The reasoning behind that logic was flawed and made under a misunderstanding of the original problem, and caused regressions as reported by Jonathan Kew in thread titled "tibetan marks" in Oct 2013. Apparently I have had fixed the original problem with this commit: 7e08f1258da229dfaf7e1c4b5c41e5bb83906cb0 So, revert the faulty commit and everything seems to be in good shape.
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
d5bd0590ae2fbc7b0dee86385a565aef00ffb835 |
|
18-Oct-2013 |
Behdad Esfahbod <behdad@behdad.org> |
Zero marks by GDEF for Tibetan See: http://lists.freedesktop.org/archives/harfbuzz/2013-April/003101.html
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
127daf15e0b2f509ebd29a104236c8b38884efb0 |
|
20-May-2013 |
Behdad Esfahbod <behdad@behdad.org> |
Arabic mark width-zeroing regression Mozilla Bug 873902 - Display Arabic text with diacritics is bad https://bugzilla.mozilla.org/show_bug.cgi?id=873902
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
269de14dda7a86a20917fa9ea6a5864929c41364 |
|
05-Apr-2013 |
Behdad Esfahbod <behdad@behdad.org> |
Don't compose Hangul jamo 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.
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
e7ffcfafb1108801ac504f18f820e497226bf07f |
|
14-Feb-2013 |
Behdad Esfahbod <behdad@behdad.org> |
Clean-up add_bool_feature
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
568000274c8edb5f41bc4f876ce21fcc8bdaeed8 |
|
12-Feb-2013 |
Behdad Esfahbod <behdad@behdad.org> |
Adjust mark advance-width zeroing logic for Myanmar Before, we were zeroing advance width of attached marks for non-Indic scripts, and not doing it for Indic. We have now three different behaviors, which seem to better reflect what Uniscribe is doing: - For Indic, no explicit zeroing happens whatsoever, which is the same as before, - For Myanmar, zero advance width of glyphs marked as marks *in GDEF*, and do that *before* applying GPOS. This seems to be what the new Win8 Myanmar shaper does, - For everything else, zero advance width of glyphs that are from General_Category=Mn Unicode characters, and do so before applying GPOS. This seems to be what Uniscribe does for Latin at least. With these changes, positioning of all tests matches for Myanmar, except for the glitch in Uniscribe not applying 'mark'. See preivous commit.
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
7d52e6601f0e695690cd168a288466746cf25300 |
|
17-Nov-2012 |
Behdad Esfahbod <behdad@behdad.org> |
Whitespace
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
eba312c8d1b2bbe8cb9b6414e843e78d2c521aa4 |
|
16-Nov-2012 |
Behdad Esfahbod <behdad@behdad.org> |
Plumbing to get shape plan and font into complex decompose function So we can handle Sinhala split matras smartly... Coming soon.
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|
43f04a7456419153cb03e610a825056a47824780 |
|
15-Nov-2012 |
Behdad Esfahbod <behdad@behdad.org> |
Move Thai shaper into a separate file
/external/harfbuzz_ng/src/hb-ot-shape-complex-default.cc
|