1. 11 2月, 2016 5 次提交
  2. 10 2月, 2016 9 次提交
  3. 03 2月, 2016 5 次提交
    • C
      MSVC builds: Add support to build DirectWrite shaping backend · f6ffba63
      Chun-wei Fan 提交于
      Add into the NMake Makefiles to build the DirectWrite shaping backend,
      but as PR #134 mentions, this is considered to be in an experimental state,
      so don't include this in the build by default for now.  This is most probably
      going to replace the Uniscribe backend eventually, since DirectWrite is meant
      to be Uniscribe's replacement, and is needed for Windows Store apps if a
      system shaping API is to be used.
      f6ffba63
    • C
      build: Build the DirectWrite sources if requested · c6792854
      Chun-wei Fan 提交于
      This adds to the autotools build system so that the (experimental)
      DirectWrite support for HarfBuzz is built (and dist'ed).
      c6792854
    • C
      build: Support Visual Studio builds using NMake · d7b6636e
      Chun-wei Fan 提交于
      This adds a set of NMake Makefiles that can be used to build HarfBuzz, from
      the standard basic build building the minimal HarfBuzz DLL (consisting
      of OpenType, fallback and Uniscribe support only), to a full fledged build
      consisting of GLib and FreeType support, as well as building the utilities,
      the test programs in src/ and test/api, and HarfBuzz-ICU and
      HarfBuzz-GObject, and up to building the introspection files.  This means a
      flexible build mechanism is supported here, so anything that is supported
      for a Windows build (code-wise), should all be supported by this build
      system.
      
      As in an earlier commit, the source listings are shared with the autotools
      builds with the various Makefile.sources in src/, src/hb-ucdn and util/, and
      this set of NMake Makefiles will transform these lists into the form they
      want.
      
      In the current form, all the test programs in test/api pass, and this has
      been checked successfully with 'make -j8 distcheck'.
      d7b6636e
    • C
      MSVC builds: Add a pre-configured config.h(.win32) template · 5c3e7260
      Chun-wei Fan 提交于
      This adds a pre-configured config.h template that can be used for Visual
      Studio builds, where autotools is not normally available.  This has the
      configs that are suitable for Visual Studio builds, as well as all the
      features used for Windows builds enabled (HAVE_OT, HAVE_FALLBACK and
      HAVE_UNISCRIBE).
      
      Note that the optional features are not enabled here, they are enabled by
      /D's (or -D's) in the NMake Makefiles as requested.
      5c3e7260
    • C
      build: Move source listings into separate Makefile snippets · 35ded3af
      Chun-wei Fan 提交于
      This moves all the source listings in src/Makefile.am,
      src/hb-ucdn/Makefile.am and util/Makefile.am into separate Makefile
      snippets, so that they may be shared between different Makefile-based
      build systems, such as NMake for Visual Studio.
      35ded3af
  4. 02 2月, 2016 2 次提交
  5. 29 1月, 2016 2 次提交
  6. 18 1月, 2016 1 次提交
  7. 17 1月, 2016 1 次提交
  8. 13 1月, 2016 1 次提交
  9. 12 1月, 2016 3 次提交
  10. 11 1月, 2016 3 次提交
  11. 08 1月, 2016 3 次提交
  12. 06 1月, 2016 2 次提交
  13. 05 1月, 2016 2 次提交
    • B
      Increase sanitize edit count from 8 to 32 · 53c47c85
      Behdad Esfahbod 提交于
      See previous commit.
      53c47c85
    • B
      Don't count fixing-up FeatureParams offset as error · da2fcfdc
      Behdad Esfahbod 提交于
      The font Garamond Premier Pro Caption (and possibly many other
      Adobe fonts), have many FeatureParamsSize tables with the old
      wrong offset.  We handle fixing those up, but they were still
      contributing to edit_count, and when I reduced HB_SANITIZE_MAX_EDIT
      from 100 to 8 in 14c2de32, these
      fonts were now getting GPOS dropped and hence kerning disabled.
      
      Fix, by not counting edits made towareds offset fix-up.  I'll
      also increase edit count again, in the next commit.
      da2fcfdc
  14. 02 1月, 2016 1 次提交