freetype-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ft-devel] [patch] emboldening rework v1


From: Alexei Podtelezhnikov
Subject: Re: [ft-devel] [patch] emboldening rework v1
Date: Tue, 24 Apr 2012 23:07:37 -0400

On Tue, Apr 24, 2012 at 4:25 PM, Behdad Esfahbod <address@hidden> wrote:
> On 04/20/2012 11:59 AM, Alexei Podtelezhnikov wrote:
>> On Thu, Apr 19, 2012 at 2:12 PM, Behdad Esfahbod <address@hidden> wrote:
>>> On 04/18/2012 01:36 PM, Alexei Podtelezhnikov wrote:
>>>> When we talk about an outline as a collection of contours, things get
>>>> out of control very quickly, because to do a good job you have to
>>>> inspect the whole layout of contours. For example the orientations of
>>>> both contours is the same in "=" and different in "o". So we may rely
>>>
>>> Actually no.  Now I guess *you* got confused the same way that I got!  In 
>>> '=',
>>> each contour can have whatever direction it wants.  Non-zero winding renders
>>> all four possibilities fine.
>>
>> There is a difference between what the FreeType renderer can handle,
>> and what is strandard. The opposite orientation of two contours in "="
>> would be a font bug.
>
> If it works fine with pretty much all existing rasterizers, font generation
> tools are allowing it (maybe after a warning), and is out there in the wild,
> it *is* the standard, not what's written on some webpage...
>
> What I call false positive is a glyph that has outermost contours with both
> directions, but FreeType tells me that it's one way or the other.

Brrr. Do you want NONE in this case or not? I do too, but the function
will insist on TRUETYPE. It just never says NONE.

>
> If I ever call this API, I like to be able to trust it's non-NONE return
> value.  Otherwise, I don't see the value of this API.  We *know*
> "non-standard" fonts are out there in the wild...

As I said, the ideal solution for you is to avoid this
currently-broken API and just flip the negative sign like ftgrays.c
does on line 1243. That's all there is to it.

>>
>> I'm starting to see some need for the diagnostic function. Perhaps, so
>> many buggy fonts are out there because FreeType and others never
>> provided such API.
>
> I'll have my intern look into this next week as this is one of the main
> limitations of GLyphy right now.
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]