[HarfBuzz] harfbuzz: Branch 'master' - 5 commits

Behdad Esfahbod behdad at behdad.org
Tue Sep 3 15:33:16 PDT 2013


On 13-09-03 06:29 PM, Khaled Hosny wrote:
> On Tue, Sep 03, 2013 at 06:16:37PM -0400, Behdad Esfahbod wrote:
>> On 13-09-03 06:08 PM, Khaled Hosny wrote:
>>> On Tue, Sep 03, 2013 at 04:21:12PM -0400, Behdad Esfahbod wrote:
>>>> Are you shaping at upem size?
>>>
>>> That is just the output of hb-shape, so I guess yes.
>>>
>>>> If Uniscribe returns the old value then this is definitely a bug.
>>>
>>> Seems so:
>>>
>>>   $ cat test | hb-shape.exe amiri-regular.ttf --shapers=uniscribe
>>>   [uni06DD=0+2620|one.small=1 at -2210,0+0|two.small=2 at -1610,0+0|three.small=3 at -1010,0+0]
>>>
>>>   $ cat test | hb-shape.exe amiri-regular.ttf --shapers=ot
>>>   [uni06DD=0+2620|one.small=1 at -2209,0+1|two.small=2 at -1609,0+1|three.small=3 at -1009,0+1]
>>>
>>>> Feel free to suggest a patch.  Or we can just revert.
>>>
>>> I’m not sure I understand the math behind that commit, so I can’t
>>> suggest a fix.
>>
>> It's simply adding .5, supposedly to get round instead of floor behavior.  I
>> probably screwed up.  Will check.
> 
> I figured that out, but it looked like it was subtracting .5 for me,
> which was puzzling. I guess I know why now, the affected values are
> negative, so it ends up with something like:
> 
>   (-2210.0 * 2048 + 1024) / 2048
> 
> which is -2209.5, not -2210.5 as probably expected.

Right...  Because the integer div here rounds towards zero, not floor.  Ok,
let me fixup something.


> Regards,
> Khaled
> 

-- 
behdad
http://behdad.org/



More information about the HarfBuzz mailing list