src/hb-ot-shape-complex-myanmar-machine.rl


Log

Author Commit Date CI Message
Behdad Esfahbod 40d5d19d 2018-10-02T17:04:05 [ragel] Use ts/te (token-start / token-end) instead of manual tracking
Behdad Esfahbod c77ae408 2018-08-25T22:36:36 Rename hb-*private.hh to hb-*.hh Sorry for the noise, downstream custom builders. Please adjust.
Ebrahim Byagowi 2eaba80c 2018-04-24T09:04:15 Minor, re-add unused mark to some of ragel defined state machines (#1005)
Ebrahim Byagowi 24b8b9b2 2018-04-23T19:03:57 Resolve clang's used-but-marked-unused warnings
David Corbett ccb0367d 2018-02-02T12:04:04 Let VS1 follow U+1031 MYANMAR VOWEL SIGN E
Behdad Esfahbod f559c633 2017-10-03T15:20:07 [indic] Implement Consonent_With_Stacker Fixes https://github.com/behdad/harfbuzz/issues/528
Behdad Esfahbod 186ece94 2014-05-27T17:49:45 [myanmar] Use OT_NBSP instead of OT_DOTTEDCIRCLE for OT_GB No functional change.
Behdad Esfahbod 439b0586 2014-05-14T16:44:39 [myanmar] Allow MedialYa+Asat in the grammar The grammar in the OT spec, and the existing Windows implementation seem to be confused around where to allow Asat around the medial consonants. The previous grammar for medial group was allowing an Asat after the medial group only if there was a medial Wa or Ha, but not if there was only a medial Ya. This doesn't make sense to me and sounds reversed, as both medial Wa and Ha are below marks while Asat is an above mark. An Asat can come before the medial group already (in fact, multiple ones can. Why?!). The medial Ya however is a spacing mark and according to Roozbeh it's valid to want an Asat on the medial Ya instead of the base, so it looks to me like we want to allow an Asat after the medial group if there *was* a Ya but not if there wasn't any. Not wanting to produce dotted-circle where Windows is not, this commit changes the grammar to allow one Asat after the medial group no matter what comes in the group. Test: U+1002,103A,103B vs U+1002,103B,103A
Behdad Esfahbod 9174a9db 2013-11-25T18:10:38 [myanmar] Allow punctuation clusters The spec and Uniscribe don't allow these, but UTN#11 specifically says the sequence U+104B,U+1038 is valid. As such, allow all "P V" sequences. There's about eight sequences that match that structure, but Roozbeh thinks it's fine to allow all of them. Test case: U+104B, U+1038 https://bugs.freedesktop.org/show_bug.cgi?id=71947
Behdad Esfahbod d2da5e0b 2013-11-25T17:50:07 [myanmar] Relax pwo-tone group a bit This is broken sequence according to OpenType spec, Uniscribe, and current HarfBuzz implementation. But Roozbeh says this is a valid sequence, so allow it. There are multiple "(DB As?)?" constructs in the grammar, but Roozbeh thinks only this one needs changing. Test case: 1014,1063,103A Fixes https://bugs.freedesktop.org/show_bug.cgi?id=71949
Behdad Esfahbod e7562f53 2013-02-14T11:05:36 Fix compile warnings for ragel-generated machines
Behdad Esfahbod 0572c141 2013-02-11T16:06:02 [Myanmar] Fixup handling of joiners and GB characters
Behdad Esfahbod 98628cac 2013-02-11T13:36:23 Add Win8-style Myanmar shaper Myanmar failures down from 51% to 0.00204648%! MYANMAR: 1123860 out of 1123883 tests passed. 23 failed (0.00204648%)