- 02 1月, 2014 2 次提交
-
-
由 Behdad Esfahbod 提交于
Part of https://github.com/behdad/harfbuzz/pull/10
-
由 Behdad Esfahbod 提交于
I had tried to expand to fill the blocks, but that sounds wrong in retrospect.
-
- 31 12月, 2013 4 次提交
-
-
由 Behdad Esfahbod 提交于
Now default shaper is truly no-op.
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
No shaper has more than one behavior re this, so no need for a callback.
-
由 Behdad Esfahbod 提交于
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.
-
- 28 12月, 2013 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 24 12月, 2013 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 23 12月, 2013 8 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Luis de Bethencourt 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
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.
-
由 Behdad Esfahbod 提交于
-
- 21 12月, 2013 1 次提交
-
-
由 Behdad Esfahbod 提交于
We were throwing away the rtlm feature mask set during mirroring...
-
- 17 12月, 2013 1 次提交
-
-
由 Luis de Bethencourt 提交于
-
- 13 12月, 2013 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 12 12月, 2013 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 06 12月, 2013 1 次提交
-
-
由 Behdad Esfahbod 提交于
Work around broken automake-1.13 changes.
-
- 05 12月, 2013 4 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
Fix tests build. https://bugs.freedesktop.org/show_bug.cgi?id=71353
-
- 03 12月, 2013 1 次提交
-
- 02 12月, 2013 5 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Jonathan Kew 提交于
-
由 Behdad Esfahbod 提交于
Will fix by removing shape_plan->face completely.
-
- 30 11月, 2013 3 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Khaled Hosny 提交于
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.
-
- 27 11月, 2013 3 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
- 26 11月, 2013 3 次提交
-
-
由 Behdad Esfahbod 提交于
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 提交于
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
-
由 Behdad Esfahbod 提交于
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
-