1. 03 11月, 2009 1 次提交
  2. 29 1月, 2009 1 次提交
    • B
      Remove ClassDef->Defined field. This is the comment accompanying it: · c561d69c
      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.
      c561d69c
  3. 16 1月, 2008 1 次提交
  4. 07 11月, 2007 3 次提交
  5. 26 10月, 2007 1 次提交
  6. 25 10月, 2007 2 次提交
  7. 11 10月, 2007 3 次提交
    • B
      Mark internal symbols as HB_INTERNAL and define that to static in · 6b347138
      Behdad Esfahbod 提交于
      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.
      
      6b347138
    • B
      Bug 485621 – Get rid of freetype memory allocator in harfbuzz · fc3d6f57
      Behdad Esfahbod 提交于
      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.
      
      fc3d6f57
    • B
      Bug 485559 – Boston Summit HarfBuzz optimizations · a8abb8b9
      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.
      
      a8abb8b9
  8. 04 4月, 2007 1 次提交
    • B
      Copy fixes from harfbuzz stable branch. Includes a leak fix, a kerning · 7341a116
      Behdad Esfahbod 提交于
      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.
      
      7341a116
  9. 10 4月, 2006 1 次提交
    • B
      Fix minor bugs reported by the Coverity scan report. · 59aafd07
      Behdad Esfahbod 提交于
      2006-04-10  Behdad Esfahbod  <behdad@gnome.org>
      
              Fix minor bugs reported by the Coverity scan report.
      
              * pango/opentype/harfbuzz-gdef.c (HB_GDEF_Build_ClassDefinition):
              * pango/opentype/harfbuzz-gpos.c (HB_GPOS_Query_Scripts),
              (HB_GPOS_Query_Languages), (HB_GPOS_Query_Features): Do not access
              structs before we check them for nullity.
      
              * pango/pango-layout.c (pango_layout_index_to_line),
              (pango_layout_index_to_line_and_extents),
              (pango_layout_index_to_pos): Check for invalid iterators outside the
              loop, so we don't crash.
      
              * pango/pango-layout.c (pango_layout_line_x_to_index): Set
              char_trailing instead of trailing in one of too many paths.  Should
              have been a typo.
      
              * pango/pangox.c (get_font_metrics_from_subfonts): Check for nullity
              somewhere.
      59aafd07
  10. 04 4月, 2006 1 次提交
  11. 31 3月, 2006 1 次提交