- 26 9月, 2016 8 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Frédéric Wang 提交于
-
由 Frédéric Wang 提交于
-
由 Behdad Esfahbod 提交于
-
由 Frédéric Wang 提交于
-
- 05 9月, 2016 1 次提交
-
-
由 Dominik Röttsches 提交于
According to comments in issue #305 broken GDEF tables lead to incorrect rendering of Latin characters. Blacklisting this font.
-
- 21 7月, 2016 1 次提交
-
-
由 jfkthame 提交于
This is based on bug reports that have been filed against Firefox since it updated to a version of harfbuzz that uses zeroing by GDEF rather than by Unicode. I'm sure there are a bunch more font versions that should also be included; these are just the ones I have on hand and have confirmed as having bad GDEF data. Given how the list here is growing, I think we should reconsider the approach, and perhaps revert to zeroing by Unicode instead. Fixes https://github.com/behdad/harfbuzz/issues/264 Fixes https://github.com/behdad/harfbuzz/pull/266
-
- 27 4月, 2016 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 10 4月, 2016 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 09 4月, 2016 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 25 2月, 2016 2 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
See discussion: https://lists.freedesktop.org/archives/harfbuzz/2016-February/005489.html
-
- 11 2月, 2016 1 次提交
-
-
由 Behdad Esfahbod 提交于
Right now the position_finish_advances() is empty. To be used for spacing attachments proposal later.
-
- 12 1月, 2016 1 次提交
-
-
由 Behdad Esfahbod 提交于
This speeds up shaping the Amiri font by over 15%. This was primarily needed for my work on OpenType GX, since we will be collecting only sublookups that are "active" for current font instance; but it's a nice boost in general as well. We might, in the future, collect subtables in the lookup_accel. That would also allow us to do a per-subtbale set-digest, which should speed things up some more, specially for ContextChainFormat3 lookups... Amiri, for example, contains one lookup with 53 subtables!
-
- 30 12月, 2015 1 次提交
-
-
由 Khaled Hosny 提交于
To lower the number of gtk-doc warnings.
-
- 19 12月, 2015 2 次提交
-
-
由 Behdad Esfahbod 提交于
Currently just announces lookup applications. Message-API *will* change. hb-shape / hb-view are updated to print-out messages to stder if --debug is specified.
-
由 Behdad Esfahbod 提交于
-
- 27 11月, 2015 2 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
- 19 11月, 2015 1 次提交
-
-
由 Behdad Esfahbod 提交于
Fixes assert fail in https://github.com/behdad/harfbuzz/issues/161 with libharfbuzz-fuzzing.
-
- 07 11月, 2015 1 次提交
-
-
由 Behdad Esfahbod 提交于
This reverts commit f92bd86c. We don't want to be like cairo, where as soon as there's an error, nothing works anymore. So, lets process lookups as long as there's no new memory needed. That's also a model that hides fewer bugs.
-
- 06 11月, 2015 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 10 10月, 2015 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 03 9月, 2015 1 次提交
-
-
- 19 8月, 2015 1 次提交
-
-
由 Behdad Esfahbod 提交于
To be turned into a useful HB_DEBUG_SHAPE infrastructure...
-
- 18 8月, 2015 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 23 7月, 2015 2 次提交
-
-
-
由 Behdad Esfahbod 提交于
-
- 23 6月, 2015 1 次提交
-
-
由 ThePhD 提交于
-
- 01 6月, 2015 1 次提交
-
-
由 Sascha Brawer 提交于
Based on data from http://upstream-tracker.org/versions/harfbuzz.html Resolves #103
-
- 26 2月, 2015 7 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
I was hoping to see a nice speedup, but it resulted in a very minor one.
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-