> "BE" == Behdad Esfahbod 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 glyphs are
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 +-
src/hb-ot-layout-gpos-private.hh | 124 ---
1 file changed, 3 insertions(+), 121 deletions(-)
New commits:
commit ea22c749c7371cf66ca44f0bfe7030aef1926edd
Author: Behdad Esfahbod
Date: Wed Oct 27 11:09:48 2010 -0400
Fix Cursive positioning
Tes
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 c
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
http://lists.freedesktop.org/mailman/
src/hb-ot-shape-complex-arabic.cc |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
New commits:
commit aefdb64689aab19df76590a36c4a04052a8bffdb
Author: Behdad Esfahbod
Date: Wed Oct 27 10:40:39 2010 -0400
Fix segfault with Arabic combining marks
diff --git a/src/hb-ot-shape-co
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.
> B
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 thin
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, eithe
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 broken or you are not doing it right.
>
> Regards,
> Khaled
>
Probab
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 t
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 dev
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 a
13 matches
Mail list logo