Re: [ft-devel] ft-smooth for 2.1.10?

2005-11-18 Thread David Chester
Basically, what the ft-smooth patch does is to add some compile-time configuration options for forcing some defaults. This is usefull especially for applications that use freetype directly and don't go through fontconfig to set hinting options. One configuration option forces the autohinter to

Re: [ft-devel] ft-smooth for 2.1.10?

2005-11-18 Thread Werner LEMBERG
> I think that pretty describes what the LIGHT hinting mode *should* > do, so I'll try to hack this into the existing sources. > > The only point I'm uncertain at the moment is wether we should force > auto-hinting in LIGHT mode, independent of the native hinter being > used. Make it configurabl

RE: [ft-devel] Migrating layout table validation code to a new CVS module

2005-11-18 Thread Turner, David
> > I don't know if some of you won't hate me for this, but I've > > commited this morning a new module in the CVS named "ftvalid" > > Expect a bomb within a few days... > OK, will look for it :-) > > IMPORTANT: Note that, at the moment, you'll need "Jam" to > > compile the library and test progra

Re: [ft-devel] Migrating layout table validation code to a new CVS module

2005-11-18 Thread Werner LEMBERG
> I don't know if some of you won't hate me for this, but I've > commited this morning a new module in the CVS named "ftvalid" Expect a bomb within a few days... > Actually, the sources of these modules have been imported into > "ftvalid" with nearly no changes, and some hideous pre-processor >

Re: [ft-devel] Migrating layout table validation code to a new CVS module

2005-11-18 Thread Behdad Esfahbod
On Fri, 18 Nov 2005, Turner, David wrote: > By the way, can anyone tell me who is really using the > existing validation code in real projects ? I have a long term plan of using them when writing a OpenType Layout engine that uses mmap()ed font directly. But that's pretty long term :). --behda

[ft-devel] Migrating layout table validation code to a new CVS module

2005-11-18 Thread Turner, David
Hello, I don't know if some of you won't hate me for this, but I've commited this morning a new module in the CVS named "ftvalid" It contains a library and test program that duplicate the OpenType and GX table validation features that are currently found in the 'otvalid' and 'gxvalid' FT2 modules

[ft-devel] [patch] fixed offset calculation in EBLC table

2005-11-18 Thread Chia-I Wu
Hi, In memory optimized `tt_sbit_decoder_load_image', when index_format is 2 or 5, image_offset is added to image_start twice. This bug is trivial. But as I don't have a font to test, I send this patch to the list for review, in case I misunderstood the code. BTW, are there fonts having EBSC ta

RE: [ft-devel] ft-smooth for 2.1.10?

2005-11-18 Thread Turner, David
> ME TOO. David, I've been using your patch for a long time and I love > it. Personally I just cannot understand how someone can so badly break > the kerning and character shapes for some marginal gain in crispness. > But, EVEN if this is not made the default, I don't see why it's not > included ev

RE: [ft-devel] ft-smooth for 2.1.10?

2005-11-18 Thread Turner, David
Hi Everyone, I think that pretty describes what the LIGHT hinting mode *should* do, so I'll try to hack this into the existing sources. The only point I'm uncertain at the moment is wether we should force auto-hinting in LIGHT mode, independent of the native hinter being used. I think that's a v

Re: [ft-devel] failed to compile ftvalid.c

2005-11-18 Thread mpsuzuki
On Fri, 18 Nov 2005 08:19:40 +0100 (CET) Werner LEMBERG <[EMAIL PROTECTED]> wrote: >> I attached 4 patches, please check. > >And please install! Just I've committed 4 patches. Thanks to all for helpful comments! Regards, mpsuzuki ___ Freetype-devel ma