- 29 1月, 2009 1 次提交
-
-
由 Behdad Esfahbod 提交于
2009-01-29 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/harfbuzz-open.h: * pango/opentype/harfbuzz-gdef.c (Make_ClassRange), (HB_GDEF_Build_ClassDefinition): * pango/opentype/harfbuzz-gpos.c (Load_PosClassRule), (Load_ChainPosClassRule): * pango/opentype/harfbuzz-gsub.c (Load_SubClassRule), (Load_ChainSubClassRule): * pango/opentype/harfbuzz-open.c (Load_ClassDef1), (Load_ClassDef2), (_HB_OPEN_Load_ClassDefinition), (_HB_OPEN_Load_EmptyClassDefinition), (_HB_OPEN_Free_ClassDefinition): Remove ClassDef->Defined field. This is the comment accompanying it: The `Defined' field is not defined in the OpenType specification but apparently needed for processing fonts like trado.ttf: This font refers to a class which contains not a single element. We map such classes to class 0. The comment is correct that trado.ttf (MS Traditional Arabic) uses such classes. However, in my testing I couldn't identify any problems with the font if the special handling is removed. I also processed as many fonts as I could get my hand on and trado.ttf was the only not-totally-broken font hitting the special-case code. DejaVu fonts hit it too, but I'm sure they do not require the special-handling code. Most probably, that code introduces bugs in them. The special-casing was consuming lots of memory. EIGHT MEGABYTES for loading DejaVu Sans! While this could be complete fixed, I decided to remove the special-handling code altogether. I don't think it will make any real difference, and if it does, we'll fix fonts. Such hacks will not be in harfbuzz-ng anyway. Bug originally reported by nsf.
-
- 23 1月, 2008 2 次提交
-
-
由 Behdad Esfahbod 提交于
-
由 Behdad Esfahbod 提交于
-
- 16 1月, 2008 1 次提交
-
-
由 Behdad Esfahbod 提交于
2008-01-15 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/*: HarfBuzz was relicensed to a more generous and simpler license. Adapt. See pango/opentype/COPYING for the new license which is LGPL-compatible.
-
- 26 10月, 2007 2 次提交
-
-
由 Behdad Esfahbod 提交于
2007-10-25 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/*: Even more cleanup and more type renames.
-
由 Behdad Esfahbod 提交于
2007-10-25 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/*: More cleanup, remove redundant error types.
-
- 25 10月, 2007 2 次提交
-
-
由 Behdad Esfahbod 提交于
2007-10-24 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/*: Rename ftglue.c to harfbuzz-impl.c and more type renames and moving code around.
-
由 Behdad Esfahbod 提交于
2007-10-24 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/*: New header file harfbuzz-global.h. Rename FT_* int types to HB_* types.
-
- 11 10月, 2007 1 次提交
-
-
由 Behdad Esfahbod 提交于
2007-10-10 Behdad Esfahbod <behdad@gnome.org> Bug 485559 – Boston Summit HarfBuzz optimizations * pango/opentype/*: HarfBuzz hacking to: - Rename last remaining FT_Err stuff to HB_Err. - Fix a couple invalid table paths to be permissive so fonts work better. Particularly GDEF table for Nafees Nastaliq is loaded and works great now. - Optimize harfbuzz buffer to not copy/swap for simple one-to-one and "copy" GSUB operations. * pango/pango-ot*: Update to FT_Err to HB_Err renaming.
-
- 28 12月, 2006 1 次提交
-
-
由 Behdad Esfahbod 提交于
-
- 31 3月, 2006 1 次提交
-
-
由 Behdad Esfahbod 提交于
2006-03-31 Behdad Esfahbod <behdad@gnome.org> Convert pango/opentype to the new project called HarfBuzz. * pango/opentype/*: Restructured. * pango/pango-ot-*: Updated to use HarfBuzz symbol names.
-