[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freetype
Subject:    Re: [ft] freetype render mingliu.ttc
From:       "Peter Hanzel" <hanzelpeter () gmail ! com>
Date:       2009-05-11 12:06:48
Message-ID: A6A83BA3FA4E4C58857BCF51B7A7A44A () avitech ! sk
[Download RAW message or body]

Hello.

Using FT_LOAD_IGNORE_GLOBAL_ADVANCE_WIDTH by calling FT_Load_Glyph helped to 
solve this.

----- Original Message ----- 
From: "Werner LEMBERG" <wl@gnu.org>
To: <hanzelpeter@gmail.com>
Cc: <freetype@nongnu.org>
Sent: Thursday, May 07, 2009 6:16 PM
Subject: Re: [ft] freetype render mingliu.ttc


>
>> I am using freetype2 to render texts.  I am using
>> face->glyph->advance.x to get adavance for moving.  It works for
>> arial.ttf like a charm.  I have tried the same algorithm for
>> mingliu.ttc and here is problem.  For all glyph it returns
>>
>>   advance.x = 17 << 6;
>
> For all glyphs?  It should return the half width for glyphs like
> latin.
>
>> I am using LOAD_MONOCHROME, RENDER_MONO on pixelSize = 17.
>
> Why do you think this is incorrect?
>
>> Maybe it uses embedded bitmaps in mingliu.ttc and therefore returns
>> bad advance.
>
> There are no embedded bitmaps for 17ppem.
>
>> What should I do to get correct advance for MingLiu.ttc font?
>
> This is a TrueType collection.  One font (MingLiU) has only two
> advance width values (512 and 1024 font units), the other one
> (PMingLiU) has *some* proportional advance widths.
>
>
>    Werner
> 



_______________________________________________
Freetype mailing list
Freetype@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype
[prev in list] [next in list] [prev in thread] [next in thread]