src/harfbuzz-open.c


Log

Author Commit Date CI Message
Behdad Esfahbod ce48f039 2009-11-02T14:35:51 Merge harfbuzz-ng
Behdad Esfahbod c561d69c 2009-01-29T09:20:08 Remove ClassDef->Defined field. This is the comment accompanying it: 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.
Behdad Esfahbod a2a9a023 2008-01-15T22:46:32 HarfBuzz was relicensed to a more generous and simpler license. Adapt. See 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.
Behdad Esfahbod 282c60a0 2007-10-25T23:22:17 More cleanup, remove redundant error types. 2007-10-25 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/*: More cleanup, remove redundant error types.
Behdad Esfahbod 4280ec4d 2007-10-25T00:23:46 Rename ftglue.c to harfbuzz-impl.c and more type renames and moving code 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 5716ae27 2007-10-24T22:44:47 New header file harfbuzz-global.h. Rename FT_* int types to HB_* types. 2007-10-24 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/*: New header file harfbuzz-global.h. Rename FT_* int types to HB_* types.
Behdad Esfahbod 6b347138 2007-10-11T08:30:50 Mark internal symbols as HB_INTERNAL and define that to static in 2007-10-11 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/*: Mark internal symbols as HB_INTERNAL and define that to static in harfbuzz.c. * pango/opentype/harfbuzz-buffer-internal.h: New file.
Behdad Esfahbod fc3d6f57 2007-10-11T06:52:07 Bug 485621 – Get rid of freetype memory allocator in harfbuzz 2007-10-11 Behdad Esfahbod <behdad@gnome.org> Bug 485621 – Get rid of freetype memory allocator in harfbuzz * pango/opentype/*: Remove all occurences of FT_Memory. Use malloc/realloc/free directly. * pango/pango-ot*: Update to above.
Behdad Esfahbod a8abb8b9 2007-10-11T00:07:58 Bug 485559 – Boston Summit HarfBuzz optimizations 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.
Behdad Esfahbod 7341a116 2007-04-03T22:45:29 Copy fixes from harfbuzz stable branch. Includes a leak fix, a kerning 2007-04-03 Behdad Esfahbod <behdad@gnome.org> * pango/opentype/harfbuzz-gdef.c (_HB_GDEF_Check_Property): * pango/opentype/harfbuzz-gpos.c (HB_Done_GPOS_Table), (Lookup_PairPos): * pango/opentype/harfbuzz-open.c (Get_Class1): Copy fixes from harfbuzz stable branch. Includes a leak fix, a kerning fix, and an array out-of-bound access fix.
Behdad Esfahbod f726b20e 2006-07-25T01:02:27 Bug 347073 – Allow empty GPOS table 2006-07-24 Behdad Esfahbod <behdad@gnome.org> Bug 347073 – Allow empty GPOS table * pango/opentype/harfbuzz-open.c (_HB_OPEN_Load_ScriptList): Don't err on empty GPOS/GSUB tables.
Behdad Esfahbod 9f8da38c 2006-03-31T12:28:09 Convert pango/opentype to the new project called HarfBuzz. 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.