Behdad Esfahbod | 11 Feb 06:16 2016

harfbuzz: Branch 'master' - 2 commits

 src/hb-ot-shape.cc                                                      |    4 ----
 test/shaping/fonts/sha1sum/MANIFEST                                     |    1 +
 test/shaping/fonts/sha1sum/a98e908e2ed21b22228ea59ebcc0f05034c86f2e.ttf |binary
 test/shaping/tests/zero-width-marks.tests                               |    1 +
 4 files changed, 2 insertions(+), 4 deletions(-)

New commits:
commit 5b5dc2c0406d8180e72d97a54334c722fda325b1
Author: Behdad Esfahbod <behdad <at> behdad.org>
Date:   Thu Feb 11 12:15:38 2016 +0700

    [tests] Add test for advance zeroing of an ASCII letter marked as mark in GDEF

diff --git a/test/shaping/fonts/sha1sum/MANIFEST b/test/shaping/fonts/sha1sum/MANIFEST
index 7bc0384..a94bc51 100644
--- a/test/shaping/fonts/sha1sum/MANIFEST
+++ b/test/shaping/fonts/sha1sum/MANIFEST
 <at>  <at>  -31,6 +31,7  <at>  <at> 
 8454d22037f892e76614e1645d066689a0200e61.ttf
 8a9fea2a7384f2116e5b84a9b31f83be7850ce21.ttf
 a919b33197965846f21074b24e30250d67277bce.ttf
+a98e908e2ed21b22228ea59ebcc0f05034c86f2e.ttf
 b9e2aaa0d75fcef6971ec3a96d806ba4a6b31fe2.ttf
 bb0c53752e85c3d28973ebc913287b8987d3dfe8.ttf
 bb29ce50df2bdba2d10726427c6b7609bf460e04.ttf
diff --git a/test/shaping/fonts/sha1sum/a98e908e2ed21b22228ea59ebcc0f05034c86f2e.ttf b/test/shaping/fonts/sha1sum/a98e908e2ed21b22228ea59ebcc0f05034c86f2e.ttf
new file mode 100644
index 0000000..8bbddb1
Binary files /dev/null and
b/test/shaping/fonts/sha1sum/a98e908e2ed21b22228ea59ebcc0f05034c86f2e.ttf differ
(Continue reading)

Behdad Esfahbod | 10 Feb 12:44 2016

harfbuzz: Branch 'master'

 test/shaping/fonts/sha1sum/MANIFEST       |    6 +++---
 test/shaping/tests/zero-width-marks.tests |    6 +++---
 2 files changed, 6 insertions(+), 6 deletions(-)

New commits:
commit 3fe0cf10401875f1e9b8b5fbaf59826e64ea61d2
Author: Behdad Esfahbod <behdad <at> behdad.org>
Date:   Wed Feb 10 18:43:43 2016 +0700

    Fix previous commit!

diff --git a/test/shaping/fonts/sha1sum/MANIFEST b/test/shaping/fonts/sha1sum/MANIFEST
index e8ba4c2..7bc0384 100644
--- a/test/shaping/fonts/sha1sum/MANIFEST
+++ b/test/shaping/fonts/sha1sum/MANIFEST
 <at>  <at>  -1,6 +1,5  <at>  <at> 
 0509e80afb379d16560e9e47bdd7d888bebdebc6.ttf
 051d92f8bc6ff724511b296c27623f824de256e9.ttf
-0dd3a51c3ea50997cb1f72515d1060408f8b4b59.ttf
 191826b9643e3f124d865d617ae609db6a2ce203.ttf
 1a6f1687b7a221f9f2c834b0b360d3c8463b6daf.ttf
 1c04a16f32a39c26c851b7fc014d2e8d298ba2b8.ttf
 <at>  <at>  -18,6 +17,7  <at>  <at> 
 49c9f7485c1392fa09a1b801bc2ffea79275f22e.ttf
 4cce528e99f600ed9c25a2b69e32eb94a03b4ae8.ttf
 5028afb650b1bb718ed2131e872fbcce57828fff.ttf
+56cfd0e18d07f41c38e9598545a6d369127fc6f9.ttf
 57a9d9f83020155cbb1d2be1f43d82388cbecc88.ttf
 5a5daf5eb5a4db77a2baa3ad9c7a6ed6e0655fa8.ttf
 641bd9db850193064d17575053ae2bf8ec149ddc.ttf
(Continue reading)

Behdad Esfahbod | 10 Feb 12:40 2016

harfbuzz: Branch 'master'

 dev/null                                                                |binary
 test/shaping/fonts/sha1sum/56cfd0e18d07f41c38e9598545a6d369127fc6f9.ttf |binary
 test/shaping/fonts/sha1sum/cc5f3d2d717fb6bd4dfae1c16d48a2cb8e12233b.ttf |binary
 test/shaping/fonts/sha1sum/ffa0f5d2d9025486d8469d8b1fdd983e7632499b.ttf |binary
 4 files changed

New commits:
commit 293a210eee0a53b59f4b33298f42ec6e59d785e0
Author: Behdad Esfahbod <behdad <at> behdad.org>
Date:   Wed Feb 10 18:39:59 2016 +0700

    [tests] Fix fonts in cc4a78bf22c4a735b84c89b04be3bb531f42135e

    They had an invalid LookupFlag (32).

diff --git a/test/shaping/fonts/sha1sum/0dd3a51c3ea50997cb1f72515d1060408f8b4b59.ttf b/test/shaping/fonts/sha1sum/0dd3a51c3ea50997cb1f72515d1060408f8b4b59.ttf
deleted file mode 100644
index 9378909..0000000
Binary files a/test/shaping/fonts/sha1sum/0dd3a51c3ea50997cb1f72515d1060408f8b4b59.ttf and
/dev/null differ
diff --git a/test/shaping/fonts/sha1sum/56cfd0e18d07f41c38e9598545a6d369127fc6f9.ttf b/test/shaping/fonts/sha1sum/56cfd0e18d07f41c38e9598545a6d369127fc6f9.ttf
new file mode 100644
index 0000000..4795238
Binary files /dev/null and
b/test/shaping/fonts/sha1sum/56cfd0e18d07f41c38e9598545a6d369127fc6f9.ttf differ
diff --git a/test/shaping/fonts/sha1sum/828114d00931885bc25abf7cdb878b2914a2e743.ttf b/test/shaping/fonts/sha1sum/828114d00931885bc25abf7cdb878b2914a2e743.ttf
deleted file mode 100644
index af6e6da..0000000
Binary files a/test/shaping/fonts/sha1sum/828114d00931885bc25abf7cdb878b2914a2e743.ttf and
/dev/null differ
(Continue reading)

Behdad Esfahbod | 10 Feb 12:30 2016

harfbuzz: Branch 'master'

 src/hb-ot-shape-complex-private.hh |    2 --
 src/hb-ot-shape.cc                 |   29 -----------------------------
 2 files changed, 31 deletions(-)

New commits:
commit eaadcbbc53e02838c847e53ef214a55d6915d677
Author: Behdad Esfahbod <behdad <at> behdad.org>
Date:   Wed Feb 10 18:29:54 2016 +0700

    Remove now-unused mark zeroing BY_UNICODE

diff --git a/src/hb-ot-shape-complex-private.hh b/src/hb-ot-shape-complex-private.hh
index b5da69b..b3372bd 100644
--- a/src/hb-ot-shape-complex-private.hh
+++ b/src/hb-ot-shape-complex-private.hh
 <at>  <at>  -41,8 +41,6  <at>  <at> 

 enum hb_ot_shape_zero_width_marks_type_t {
   HB_OT_SHAPE_ZERO_WIDTH_MARKS_NONE,
-//  HB_OT_SHAPE_ZERO_WIDTH_MARKS_BY_UNICODE_EARLY,
-  HB_OT_SHAPE_ZERO_WIDTH_MARKS_BY_UNICODE_LATE,
   HB_OT_SHAPE_ZERO_WIDTH_MARKS_BY_GDEF_EARLY,
   HB_OT_SHAPE_ZERO_WIDTH_MARKS_BY_GDEF_LATE
 };
diff --git a/src/hb-ot-shape.cc b/src/hb-ot-shape.cc
index 1d9783e..faea7a9 100644
--- a/src/hb-ot-shape.cc
+++ b/src/hb-ot-shape.cc
 <at>  <at>  -616,23 +616,6  <at>  <at>  zero_mark_width (hb_glyph_position_t *pos)
 }
(Continue reading)

Behdad Esfahbod | 10 Feb 12:28 2016

harfbuzz: Branch 'master' - 4 commits

 src/hb-ot-shape-complex-default.cc                                      |    2 +-
 src/hb-ot-shape-complex-thai.cc                                         |    2 +-
 src/hb-ot-shape-complex-tibetan.cc                                      |    2 +-
 test/shaping/fonts/sha1sum/0dd3a51c3ea50997cb1f72515d1060408f8b4b59.ttf |binary
 test/shaping/fonts/sha1sum/45855bc8d46332b39c4ab9e2ee1a26b1f896da6b.ttf |binary
 test/shaping/fonts/sha1sum/7a37dc4d5bf018456aea291cee06daf004c0221c.ttf |binary
 test/shaping/fonts/sha1sum/8099955657a54e9ee38a6ba1d6f950ce58e3cc25.ttf |binary
 test/shaping/fonts/sha1sum/828114d00931885bc25abf7cdb878b2914a2e743.ttf |binary
 test/shaping/fonts/sha1sum/894e96a367f00c196d82e6243673a1d4414f4f6a.ttf |binary
 test/shaping/fonts/sha1sum/MANIFEST                                     |    8 ++++++++
 test/shaping/fonts/sha1sum/bb0c53752e85c3d28973ebc913287b8987d3dfe8.ttf |binary
 test/shaping/fonts/sha1sum/fcdcffbdf1c4c97c05308d7600e4c283eb47dbca.ttf |binary
 test/shaping/hb_test_tools.py                                           |    2 +-
 test/shaping/tests/zero-width-marks.tests                               |    8 ++++++++
 14 files changed, 20 insertions(+), 4 deletions(-)

New commits:
commit cc4a78bf22c4a735b84c89b04be3bb531f42135e
Author: Behdad Esfahbod <behdad <at> behdad.org>
Date:   Wed Feb 10 18:24:08 2016 +0700

    [tests] Add tests for Latin mark zeroing

diff --git a/test/shaping/fonts/sha1sum/0dd3a51c3ea50997cb1f72515d1060408f8b4b59.ttf b/test/shaping/fonts/sha1sum/0dd3a51c3ea50997cb1f72515d1060408f8b4b59.ttf
new file mode 100644
index 0000000..9378909
Binary files /dev/null and
b/test/shaping/fonts/sha1sum/0dd3a51c3ea50997cb1f72515d1060408f8b4b59.ttf differ
diff --git a/test/shaping/fonts/sha1sum/828114d00931885bc25abf7cdb878b2914a2e743.ttf b/test/shaping/fonts/sha1sum/828114d00931885bc25abf7cdb878b2914a2e743.ttf
new file mode 100644
(Continue reading)

Behdad Esfahbod | 10 Feb 09:48 2016
Gravatar

Mark zeroing mess

Hi Jonathan,

To my surprise, I have produced evince that, contrary to our previous belief,
Uniscribe does NOT zero mark advances in the default (eg. Latin) shaper based
on Unicode.  In fact, this is my observation:

  - With GDEF:
    - If mark is class=3 in GDEF:
      -> advance zeroed regardless of whether mark attached in GPOS or not.
    - If mark is class != 0 in GDEF:
      -> advance NOT zeroed (and mark attachment obviously doesn't apply.)

 - No GDEF:
   - Mark advance is NOT zeroed; and mark attachment doesn't apply.

So, it looks like:

  1. Uniscribe is NOT synthesizing any GDEF,

  2. It's zeroing mark advance purely based on GDEF.

I think our GDEF synthesis is still a good idea.  But like to change advance
zeroing to work based on GDEF.  This will fix the following bug:

  https://github.com/googlei18n/noto-fonts/issues/472#issuecomment-147528411

as well as a bug Martin and I discovered today, which is: currently GC=Mc
marks retain their advance, even if they are attached.  That can't be right
either...

(Continue reading)

Behdad Esfahbod | 10 Feb 05:12 2016

harfbuzz: Branch 'master' - 6 commits

 BUILD.md                        |    4 
 Makefile.am                     |    2 
 configure.ac                    |   27 +++++
 src/Makefile.am                 |  172 ++++++++--------------------------
 src/Makefile.sources            |  150 ++++++++++++++++++++++++++++++
 src/hb-ucdn/Makefile.am         |    6 -
 src/hb-ucdn/Makefile.sources    |    4 
 util/Makefile.am                |   34 +-----
 util/Makefile.sources           |   32 ++++++
 win32/Makefile.am               |   14 ++
 win32/Makefile.vc               |   52 ++++++++++
 win32/README.txt                |   79 +++++++++++++++
 win32/build-rules-msvc.mak      |  140 ++++++++++++++++++++++++++++
 win32/config-msvc.mak           |  198 ++++++++++++++++++++++++++++++++++++++++
 win32/config.h.win32.in         |  158 +++++++++++++++++++++++++++++++
 win32/create-lists-msvc.mak     |  151 ++++++++++++++++++++++++++++++
 win32/create-lists.bat          |   42 ++++++++
 win32/detectenv-msvc.mak        |  136 +++++++++++++++++++++++++++
 win32/generate-msvc.mak         |   26 +++++
 win32/hb-introspection-msvc.mak |   42 ++++++++
 win32/info-msvc.mak             |  137 +++++++++++++++++++++++++++
 win32/install.mak               |   29 +++++
 win32/introspection-msvc.mak    |   73 ++++++++++++++
 23 files changed, 1541 insertions(+), 167 deletions(-)

New commits:
commit bdaa784bb610ec65626d63cc068a0958ff5005fc
Merge: a168db4 f6ffba6
Author: Behdad Esfahbod <behdad <at> behdad.org>
Date:   Wed Feb 10 11:11:36 2016 +0700
(Continue reading)

Behdad Esfahbod | 10 Feb 05:10 2016

harfbuzz: Branch 'master'

 README |    1 +
 1 file changed, 1 insertion(+)

New commits:
commit a168db4739148459bc33c7dae88e73efa0153d72
Author: Behdad Esfahbod <behdad <at> behdad.org>
Date:   Wed Feb 10 11:10:08 2016 +0700

    [README] Add ABI Tracker link

diff --git a/README b/README
index d34bc74..3fcdfb4 100644
--- a/README
+++ b/README
 <at>  <at>  -1,5 +1,6  <at>  <at> 
 [![Build Status](https://travis-ci.org/behdad/harfbuzz.svg)](https://travis-ci.org/behdad/harfbuzz)
 [![Coverage Status](https://img.shields.io/coveralls/behdad/harfbuzz.svg)](https://coveralls.io/r/behdad/harfbuzz)
+[ABI Tracker](http://abi-laboratory.pro/tracker/timeline/harfbuzz/)

 This is HarfBuzz, a text shaping library.

_______________________________________________
HarfBuzz mailing list
HarfBuzz <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/harfbuzz
Ponomarenko Andrey | 7 Feb 17:54 2016
Picon

ABI report

Hello,

I continue maintaining ABI report for the Harfbuzz library here: http://abi-laboratory.pro/tracker/timeline/harfbuzz/

Please update obsolete link to Upstream Tracker on the web site: http://www.freedesktop.org/wiki/Software/HarfBuzz/

Thank you.
_______________________________________________
HarfBuzz mailing list
HarfBuzz <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/harfbuzz
Liam | 3 Feb 19:33 2016

hb_shape, hb_feature_from_string and using hb_feature_t *features

Hello again,

I have been reviewing the tutorial provided with the source code for 
harfbuzz and I am still uncertain on how to tell 'hb_shape' to use a 
different glyph for a character in a buffer.

I have a string 'Coffee Time' and when I add that value to the hb_buffer 
struct with the 'hb_buffer_add_utf*' if I call the hb_shape as done in 
the tutorial it only pulls the glyphs '*.calt', but this behavior is not 
exactly what I want.

The OTF font set I am using has '*.swsh" glyphs present for certain utf 
characters, and I want shape to use the 'C.swsh' for the start of this 
buffer when I call hb_shape.

I figure that the 'hb_features *' tells hb_shape how to treat the buffer 
since the hb_feature_t has fields for a tag, the start point and end 
point. Is this the correct way to instruct hb_shape on which glyphs to 
use an alternative glyph (in my case I want to use C.swsh and not C.calt'

How does one construct this hb_feature_t struct, reading the provided 
documentation  'hb_feature_from_string' looks like the call I wish to 
use, but it has an argument called "str" I am assuming this is the 
string value that will set the tag value in the struct, but I have not 
found a correct value that will actually return an initialized 
hb_feature struct.

I have tried the values from hb-shape --help-features from the command 
line including other various other guesses and wild stabs, and none of 
them seemed to work.
(Continue reading)

Behdad Esfahbod | 2 Feb 09:39 2016

harfbuzz: Branch 'master'

 src/hb-ot-shape-complex-indic.cc   |    2 +-
 src/hb-ot-shape-complex-myanmar.cc |    2 +-
 src/hb-ot-shape-complex-use.cc     |    2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

New commits:
commit b894a85ad1e7c3ecfb6d3732a7c9779f5462fe70
Author: Behdad Esfahbod <behdad <at> behdad.org>
Date:   Tue Feb 2 16:39:19 2016 +0800

    Fix more hangs in case of buffer allocation errors

    Hopefully
    fixes https://github.com/behdad/harfbuzz/issues/214

diff --git a/src/hb-ot-shape-complex-indic.cc b/src/hb-ot-shape-complex-indic.cc
index 880aa91..21256de 100644
--- a/src/hb-ot-shape-complex-indic.cc
+++ b/src/hb-ot-shape-complex-indic.cc
 <at>  <at>  -1246,7 +1246,7  <at>  <at>  insert_dotted_circles (const hb_ot_shape_plan_t *plan HB_UNUSED,
       /* TODO Set glyph_props? */

       /* Insert dottedcircle after possible Repha. */
-      while (buffer->idx < buffer->len &&
+      while (buffer->idx < buffer->len && !buffer->in_error &&
 	     last_syllable == buffer->cur().syllable() &&
 	     buffer->cur().indic_category() == OT_Repha)
         buffer->next_glyph ();
diff --git a/src/hb-ot-shape-complex-myanmar.cc b/src/hb-ot-shape-complex-myanmar.cc
index 4d34468..7b04344 100644
(Continue reading)


Gmane