deef186265
[hangul] Don't force zero-width for marks - this is not wanted for the Jamo Filler glyphs.
2014-01-20 10:38:27 +00:00
391934db0a
[unicode] Exclude the Jamo Filler characters from Default_Ignorable, as some fonts want these to be visible/spacing glyphs.
2014-01-20 10:37:32 +00:00
7244b3fc3b
[hangul] Reorder Hangul tone mark to beginning of syllable, unless font implements it using a zero-width glyph.
2014-01-20 10:35:51 +00:00
103436838d
[hangul] Apply the appropriate *jmo features to decomposed syllables, including Old Hangul sequences that don't have Unicode compositions. Merge clusters in decomposed syllables.
2014-01-20 10:35:07 +00:00
8fc1f7fe74
[ot/hangul] Don't decompose Hangul even when combining marks present
...
As discussed on
https://github.com/behdad/harfbuzz/pull/10#issuecomment-31442030
2014-01-02 17:04:04 +08:00
64426ec73a
[ot] Simplify composing
...
Not tested. Ouch.
2014-01-02 14:33:10 +08:00
8de20b1e8a
Add font->has_glyph()
2014-01-02 14:30:45 +08:00
f6298e55ae
[fallback] Minor
2014-01-02 14:23:56 +08:00
29ea403d67
[hangul] Fix decomposition logic
...
Seems to be working now.
2014-01-02 14:20:00 +08:00
bdb20dafc3
[hangul] Fix decomposition
...
Part of https://github.com/behdad/harfbuzz/pull/10
2014-01-02 14:04:30 +08:00
32478656ce
[hangul] Tighten up character categories
...
I had tried to expand to fill the blocks, but that sounds wrong in
retrospect.
2014-01-02 14:01:56 +08:00
f14bb7de63
[ot] Separate out hebrew and tibetan shapers from default
...
Now default shaper is truly no-op.
2013-12-31 16:49:15 +08:00
6300cd7253
[ot] Define HB_OT_SHAPE_ZERO_WIDTH_MARKS_DEFAULT
2013-12-31 16:38:47 +08:00
3d6ca0d32e
[ot] Simplify normalization_preference again
...
No shaper has more than one behavior re this, so no need for a callback.
2013-12-31 16:35:37 +08:00
c98b7183f7
[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.
2013-12-31 16:23:48 +08:00
15f67048e4
Reorder Tai Tham SAKOT to ensure it comes after any tone marks
2013-12-27 19:33:28 -05:00
3216e44feb
[uniscribe] Fix scratch-buffer accounting
2013-12-23 14:39:23 -05:00
beeb12c9af
Add TODO item
2013-12-22 22:53:27 -05:00
fbd4acc58a
Clean ht-ob headers
2013-12-22 22:52:57 -05:00
5497a8a274
Cache various masks on the shape plan
2013-12-22 20:48:53 -05:00
02f909664f
Minor correction to kern mask checking
2013-12-22 19:35:27 -05:00
a7e8bbb080
Minor fraction mask setting improvement
2013-12-22 19:33:35 -05:00
76fff252a9
Don't form fractions if only one of numr/dnom exist
2013-12-22 17:55:59 -05:00
3aeee519f0
Bug 72698 - Automatically support frac / numr / dnom
...
When seeing U+2044 FRACTION SLASH in the text, find decimal
digits (Unicode General Category Decimal_Number) around it,
and mark the pre-slash digits with 'numr' feature, the post-slash
digits with 'dnom' feature, and the whole sequence with 'frac'
feature.
This beautifully renders fractions with major Windows fonts,
and any other font that implements those features (numr/dnom is
enough for most fonts.)
Not the fastest way to do this, but good enough for a start.
2013-12-22 16:17:54 -05:00
014f369ec9
Add XXX note
2013-12-22 16:15:30 -05:00
739325178a
Initialize masks before mirroring
...
We were throwing away the rtlm feature mask set during
mirroring...
2013-12-21 00:18:18 -05:00
d507f6b5b7
Have Gtk-Doc ignore UCDN files
2013-12-16 17:04:44 -05:00
d688475ea9
Minor
2013-12-12 13:21:57 -05:00
2a8c49ade0
Remove unnecessary includes
2013-12-11 20:24:20 -05:00
2646aec1e6
Drop required automake version back to 1.11.3
...
Work around broken automake-1.13 changes.
2013-12-05 18:19:35 -05:00
860fc9aa7b
0.9.25
2013-12-04 20:10:27 -05:00
adb039554d
Minor
2013-12-04 20:10:27 -05:00
95d18a7cab
[git.mk] Update
2013-12-04 20:01:22 -05:00
d913f98d88
Require automake 1.13
...
Fix tests build.
https://bugs.freedesktop.org/show_bug.cgi?id=71353
2013-12-04 19:59:48 -05:00
205bf834d8
Revert "Karen" language mapping back to what it was before
...
https://bugzilla.mozilla.org/show_bug.cgi?id=941470
2013-12-02 20:41:41 -05:00
f47b921954
Fix unsafe shape_plan->face dependency
2013-12-02 05:57:27 -05:00
c704a8700e
[util] Fix uninitialized memory access
2013-12-02 05:42:04 -05:00
260a3198f4
[util] Plug leak
2013-12-02 05:39:39 -05:00
ca8d96c8ba
cache shape plans even if (global) user features are set
2013-12-02 05:22:00 -05:00
8ffa528f28
Add note about unsafe shape_plan->face
...
Will fix by removing shape_plan->face completely.
2013-12-02 05:17:14 -05:00
aec468f01e
[coretext] Add TODO
2013-11-29 19:21:58 -05:00
58cc233e8b
[coretext] Cleanup
2013-11-29 19:17:42 -05:00
c8213c6198
[coretext] Avoid font fallback with CoreText shaper
...
CoreText does automatic font fallback (AKA "cascading") for characters
not supported by the requested font, and provides no way to turn it off,
so detect if the returned run uses a font other than the requested one
and fill in the buffer with .notdef glyphs instead of random indices
glyph from a different font.
2013-11-29 19:01:56 -05:00
63bae73aef
[fallback] Add TODO note
2013-11-26 22:57:24 -05:00
e1ebf01d0c
Minor
2013-11-26 18:00:35 -05:00
a182dbc9e4
Minor
2013-11-26 17:53:41 -05:00
9174a9db5c
[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
2013-11-25 18:10:38 -05:00
096b71e8ef
[myanmar] Mark U+104E MYANMAR SYMBOL AFOREMENTIONED as Consonant
...
The spec and Uniscribe treat it as consonant in the grammar, but
it's not in IndicSyllableCategory.txt, so fix up.
Test sequence: U+1004,U+103A,U+1039,U+104E
https://bugs.freedesktop.org/show_bug.cgi?id=71948
2013-11-25 18:03:34 -05:00
d2da5e0b4b
[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
2013-11-25 17:50:07 -05:00
9af91ca8ff
Add more Myanmar test cases
...
All three are broken right now according to Roozbeh.
https://bugs.freedesktop.org/show_bug.cgi?id=71947
https://bugs.freedesktop.org/show_bug.cgi?id=71948
https://bugs.freedesktop.org/show_bug.cgi?id=71949
2013-11-25 17:47:19 -05:00
Jonathan Kew
Behdad Esfahbod
Luis de Bethencourt
Khaled Hosny