[HB] A step closer to working ChainContext

[HB] Add HeadlessArrayTo<>

[HB] More template goodness

[HB] More churning towards ChainContext lookups

[HB] Towards sharing Context and ChainContext code

[HB] Add check to avoid infinite recursion

[HB] Cosmetic

[HB] Start ChainContext and ReverseChainSingleSubst lookups

[HB] Remove stale TODO

[HB] Split Layout-common tables into new files

[HB] More shuffling

[HB] Cleanup format unions

[HB] Use four bytes for Null Tag, not 5

[HB] Couple size checks

[HB] Propagate property of first glyph

This slightly grows code size.

[GSUB] Further optimize the main switch

[HB] Unify first glyph property checking

[HB] Move Context matching logic out of GSUB

[GSUB] Unify ContextSubst matching

[HB] Renames

[HB] Simplify buffer

[HB] Add TODO item

[HB] Update copyright years

[HB] Simplify more arrays

[HB] Use ArrayOf<> in GSUB

[HB] Add ArrayOf<>

[HB] Use OffsetTo<> for Coverage

[HB] Use OffsetTo<> in more places

[HB] Add OffsetTo template.

[HB] Automate int-type size assertion

[HB] Use templates for Null objects

Also use a common pool for all nul-content ones.

[HB] Remove obsolete comment

[GSUB] Start ChainContextSubst

[GSUB] Implement ContextSubstFormat3

[GSUB] Implement ContextSubstFormat2

[GSUB] Add GSUB::substitute_lookup()

[GSUB] Finish ContextSubstFormat1

[HB] Fix typo

[HB] Add TODO item

[HB] Remove DEFINE_NON_INSTANTIABLE

[HB] Remove get_size()

[GSUB] ContextSubst format 1

[GSUB] Shuffle

[HarfBuzz] Start a TODO file

[GSUB] minor

[GSUB] Towards Context subtitutes

[GSUB] Minor refactoring

[GSUB] Implement ligature substitutions

[GSUB] Hook new GSUB up in Pango

[GSUB] Start Ligature subtable support

[GSUB] Implement Alternate subtables

[GSUB] Implement Extension subtables

[GSUB] Fix reverse lookup loop like we did in the old code before

[harfbuzz/GSUB] towards a partially working GSUB

Implement the first substitute()

Merge harfbuzz-ng

Use git.mk

Give it a start at GSUB

Bug 577952 – Error loading {GDEF,GSUB,GPOS} table 0x6EAD

Detect TrueType Collections by checking the font data header instead
of checking for "face->num_faces >1".

[opentype] Protect against illegal access for arrays of length zero

[opentype] Use size_t instead of uint for malloc wrappers

Fix Bug 572529 – Poor -I ordering can break build

Allocate all array rows in a single ALLOC call. Saves over 100 alloc calls

2009-01-31  Behdad Esfahbod  <behdad@gnome.org>

        * pango/opentype/harfbuzz-gpos.c (Load_Mark2Array),
        (Free_Mark2Array):
        Allocate all array rows in a single ALLOC call.  Saves over 100
        alloc calls when loading DejaVu Sans,

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.

Use calloc(), instead of malloc()ing and memset()ing.

2009-01-29  Behdad Esfahbod  <behdad@gnome.org>

        * pango/opentype/harfbuzz-impl.c (_hb_alloc): Use calloc(),
        instead of malloc()ing and memset()ing.

Remove old cruft.

2009-01-29  Behdad Esfahbod  <behdad@gnome.org>

        * pango/opentype/harfbuzz-dump-main.c (main): Remove old cruft.

Allocate all array rows in a single ALLOC call. Saves over 2000 alloc

2009-01-29  Behdad Esfahbod  <behdad@gnome.org>

        * pango/opentype/harfbuzz-gpos.c (Load_BaseArray), (Free_BaseArray):
        Allocate all array rows in a single ALLOC call.  Saves over 2000
        alloc calls when loading DejaVu Sans!

Bug 469049 – Fix all compiler warnings

2008-12-25  Behdad Esfahbod  <behdad@gnome.org>

        Bug 469049 – Fix all compiler warnings

        * pango-view/viewer-pangocairo.c (render_callback):
        * pango/fonts.c (append_field), (pango_font_description_to_string):
        * pango/opentype/harfbuzz-dump.c:
        * pango/pango-bidi-type.c (pango_log2vis_get_embedding_levels):
        * pango/pango-coverage.c (pango_coverage_set):
        * pango/pango-markup.c (span_parse_func):
        * pango/pango-renderer.c
        (pango_renderer_default_draw_error_underline):
        * pango/pango-utils.c (pango_scan_string):
        * pango/pangocairo-render.c (pango_cairo_renderer_draw_trapezoid),
        (draw_error_underline), (pango_cairo_renderer_class_init):
        Fix all the remaining warnings.

Fix more warnings.

2008-12-25  Behdad Esfahbod  <behdad@gnome.org>

        * pango/modules.c (pango_module_load), (script_info_free):
        * pango/opentype/harfbuzz-gpos.c (HB_Load_GPOS_Table):
        * pango/pango-bidi-type.c:
        * pango/pango-coverage.c (pango_coverage_ref),
        (pango_coverage_unref):
        * pango/pango-engine.c (pango_engine_shape_real_covers),
        (fallback_engine_shape), (fallback_engine_covers):
        * pango/pango-fontmap.c (pango_font_map_init):
        * pango/pango-ot-ruleset.c (pango_ot_ruleset_finalize),
        (pango_ot_ruleset_new):
        * pango/pangofc-decoder.c (pango_fc_decoder_init),
        (pango_fc_decoder_class_init):
        * pango/pangofc-font.c (pango_fc_font_find_shaper),
        (pango_fc_font_get_coverage):
        * pango/pangofc-fontmap.c (pango_fc_font_map_list_families),
        (pango_fc_make_pattern), (pango_fc_font_map_get_patterns),
        (get_first_font), (_pango_fc_font_map_get_coverage),
        (cleanup_font), (pango_fc_font_description_from_pattern),
        (pango_fc_face_list_sizes), (pango_fc_family_list_faces):
        * pango/pangoft2-fontmap.c (pango_ft2_font_map_get_resolution):
        * pango/pangoft2-render.c (pango_ft2_renderer_init),
        (pango_ft2_renderer_draw_trapezoid):
        * pango/pangoft2.c (pango_ft2_font_get_face),
        (pango_ft2_font_real_unlock_face),
        (pango_ft2_free_glyph_info_callback):
        Fix more warnings.

Bug 528272 – "Error loading GPOS table 5503" when using katakana

2008-10-14  Behdad Esfahbod  <behdad@gnome.org>

        Bug 528272 – "Error loading GPOS table 5503" when using katakana
        characters

        * pango/opentype/harfbuzz-gpos.c (Load_Mark2Array): Skip parsing
        null anchor tables.

Fix left-to-right positioning. Reported by Peter Hunter.

2008-09-29  Behdad Esfahbod  <behdad@gnome.org>

        * pango/opentype/harfbuzz-gpos.c (Position_CursiveChain):
        Fix left-to-right positioning.  Reported by Peter Hunter.

Bug 540592 – Crash in HB_GSUB_Apply_String with Linux-Libertine font

2008-06-29  Behdad Esfahbod  <behdad@gnome.org>

        Bug 540592 – Crash in HB_GSUB_Apply_String with Linux-Libertine font

        * pango/opentype/harfbuzz-gsub.c (GSUB_Do_String_Lookup): Fix reverse
        loops for type 8 lookups.

[hb-ot-layout] Add proper namespace to accessors

Fix typo, add TODOs

Finish script, language, and feature public API

Add script and language public getter API

Make main.cc compile again, which means finished getter API

Rename HB_OT_Layout to hb_ot_layout_t

Rename hb_ot_layout_create() to hb_ot_layout_create_for_data()

GDEF completely working now

[GDEF] Finish internal API

[GDEF] Finish public API

Implement glyph properties

More public api

Starting public interface

Remove unused macro

Minor

Minor renaming

Initial gsub stub

Add copyright notices.

Minor cleanup, add LIKELY and UNLIKELY annotations

Clean up file names, add namespace

Make all code NULL-free and assert-free

Define get_for_data() factories

Finish and test GDEF

Misc cleanup

Remove COPYING.GPL and COPYING.FTL that are no longer there.

2008-01-16  Behdad Esfahbod  <behdad@gnome.org>

        * pango/opentype/Makefile.am: Remove COPYING.GPL and COPYING.FTL that
        are no longer there.

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.

Bug 501575 – Compile errors Patch from Jens Granseuer

2007-12-04  Behdad Esfahbod  <behdad@gnome.org>

        Bug 501575 – Compile errors
        Patch from Jens Granseuer

        * pango/opentype/harfbuzz-stream.c (_hb_font_goto_table):
        * pango/pango-utils.c (handle_alias_line):
        Fix C99ism.

Undo accidental change.