Hey,
Is it just me, or do vowels break shaping in Arabic? If so, what should
be done to fix it? I can't think of a way of solving it, maybe only
removing the vowels, shaping without them and then adding previously
shaped glyphs, and then vowels and then the glyphs again and reshaping,
but that's
On Wed, Oct 27, 2010 at 01:28:38PM +0200, Tom Hacohen wrote:
Hey,
Is it just me, or do vowels break shaping in Arabic?
It shouldn't, either the font is broken or you are not doing it right.
Regards,
Khaled
--
Khaled Hosny
Arabic localiser and member of Arabeyes.org team
Free font
On 10/27/10 07:28, Tom Hacohen wrote:
Hey,
Is it just me, or do vowels break shaping in Arabic?
Pango has code to work around Arabic fonts that have no GDEF table, and no
GPOS table. I've had planned to implement that in HarfBuzz but been putting
it off for a while. I'll go ahead and do
Maybe you can attach a screenshot at least?
On 10/27/10 09:19, Tom Hacohen wrote:
On Wed, 2010-10-27 at 14:26 +0200, Khaled Hosny wrote:
On Wed, Oct 27, 2010 at 01:28:38PM +0200, Tom Hacohen wrote:
Hey,
Is it just me, or do vowels break shaping in Arabic?
It shouldn't, either the font is
On Wed, 2010-10-27 at 09:48 -0400, Behdad Esfahbod wrote:
Maybe you can attach a screenshot at least?
I just get isolated forms of all of them, anyhow, screenshot attached.
But please also look at the bottom of the previous message where I
described a SEGFAULT I was getting and also what I
On 10/27/10 09:58, Tom Hacohen wrote:
On Wed, 2010-10-27 at 09:48 -0400, Behdad Esfahbod wrote:
Maybe you can attach a screenshot at least?
I just get isolated forms of all of them, anyhow, screenshot attached.
I fixed that bug and pushed out this morning. Please check with master.
But
src/hb-ot-shape-complex-arabic.cc |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
New commits:
commit aefdb64689aab19df76590a36c4a04052a8bffdb
Author: Behdad Esfahbod beh...@behdad.org
Date: Wed Oct 27 10:40:39 2010 -0400
Fix segfault with Arabic combining marks
diff --git
On 10/27/10 09:19, Tom Hacohen wrote:
because c-buffer-info[i].gproperty == 65535
So I think there's still an issue.
Fixed that too. Pushed out.
behdad
___
HarfBuzz mailing list
HarfBuzz@lists.freedesktop.org
On Wed, 2010-10-27 at 10:41 -0400, Behdad Esfahbod wrote:
On 10/27/10 09:19, Tom Hacohen wrote:
because c-buffer-info[i].gproperty == 65535
So I think there's still an issue.
Fixed that too. Pushed out.
Cool to know my assumptions were correct.
Thank you very much, works like a charm.
src/hb-ot-layout-gpos-private.hh | 124 ---
1 file changed, 3 insertions(+), 121 deletions(-)
New commits:
commit ea22c749c7371cf66ca44f0bfe7030aef1926edd
Author: Behdad Esfahbod beh...@behdad.org
Date: Wed Oct 27 11:09:48 2010 -0400
Fix Cursive
src/hb-ot-layout-common-private.hh |2 -
src/hb-ot-layout-gdef-private.hh | 34 +++--
src/hb-ot-layout-gpos-private.hh | 31 ++-
src/hb-ot-layout-gsubgpos-private.hh |6 ---
src/hb-ot-layout.cc | 55
BE == Behdad Esfahbod beh...@behdad.org writes:
BE I'm wondering, should increasing y move upwards, or downwards? Most
BE graphics API I've seen (PS-based API being the only exception) has y
BE moving downward. I find that more intuitive in a text layout
BE library, so we can say: in-line
12 matches
Mail list logo