[Top][All Lists]
[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.
>
- Re: [ft-devel] [patch] emboldening rework v1, (continued)
- Re: [ft-devel] [patch] emboldening rework v1, Alexei Podtelezhnikov, 2012/04/09
- Re: [ft-devel] [patch] emboldening rework v1, Werner LEMBERG, 2012/04/10
- Re: [ft-devel] [patch] emboldening rework v1, Alexei Podtelezhnikov, 2012/04/10
- Re: [ft-devel] [patch] emboldening rework v1, Alexei Podtelezhnikov, 2012/04/18
- Re: [ft-devel] [patch] emboldening rework v1, Behdad Esfahbod, 2012/04/18
- Re: [ft-devel] [patch] emboldening rework v1, Werner LEMBERG, 2012/04/18
- Re: [ft-devel] [patch] emboldening rework v1, Alexei Podtelezhnikov, 2012/04/19
- Re: [ft-devel] [patch] emboldening rework v1, Behdad Esfahbod, 2012/04/19
- Re: [ft-devel] [patch] emboldening rework v1, Alexei Podtelezhnikov, 2012/04/20
- Re: [ft-devel] [patch] emboldening rework v1, Behdad Esfahbod, 2012/04/24
- Re: [ft-devel] [patch] emboldening rework v1,
Alexei Podtelezhnikov <=
- Re: [ft-devel] [patch] emboldening rework v1, Behdad Esfahbod, 2012/04/24
Re: [ft-devel] [patch] emboldening rework v1, Behdad Esfahbod, 2012/04/10
- Re: [ft-devel] [patch] emboldening rework v1, Alexei Podtelezhnikov, 2012/04/10
- Re: [ft-devel] [patch] emboldening rework v1, Behdad Esfahbod, 2012/04/10
- Re: [ft-devel] [patch] emboldening rework v1, Alexei Podtelezhnikov, 2012/04/12
- [ft-devel] On contour directions and fill rules (was Re: [patch] emboldening rework v1), Behdad Esfahbod, 2012/04/19
- Re: [ft-devel] On contour directions and fill rules, Werner LEMBERG, 2012/04/19
- Re: [ft-devel] On contour directions and fill rules, Behdad Esfahbod, 2012/04/19
- Re: [ft-devel] On contour directions and fill rules, Werner LEMBERG, 2012/04/20
- Re: [ft-devel] On contour directions and fill rules, Behdad Esfahbod, 2012/04/20