[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ft-devel] Turning off stem darkening by default until all drivers s
Re: [ft-devel] Turning off stem darkening by default until all drivers support it?
Fri, 1 Jan 2016 11:56:13 +0000
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
On 15-12-31 09:50 PM, Nikolaus Waxweiler wrote:
>> It's not. To you, there might be a lot of things in FT_Library. To the user
>> of FreeType, none of them are relevant. A user of FreeType only cares about
>> FT_Face objects. The only piece of FT_Library, so far, used by major
>> is the SetLcdFilter API.
> Hm. So you would only move the lcd_* members to FT_Face and go for a
Historically things were added in load-flags. But that's not scalable, so
adding new functions for new properties sounds like a more scalable approach.
I like this.
> If I understand your thread model
> correctly, properties are okay as long as they are confined to a
Yes, because an FT_Face cannot be used from multiple threads currently. What
I did last year was to make FT_Library usable from multiple threads (within
certain limitations). Otherwise, client libraries would have to create one
FT_Library per FT_Face. That's what I like to avoid.
> I would model my stem darkening property after your proposal.
Werner has to make the call.
- Re: [ft-devel] Turning off stem darkening by default until all drivers support it?,
Behdad Esfahbod <=