Re: ttfautohint's functionality from the removal of the infinality patch

Jan Bruns <[email protected]>
Newsgroups gmane.comp.fonts.freetype.devel
Message-ID <[email protected]>
On 19.08.23 14:27, Werner LEMBERG wrote:
>>>> And dropping support, and/or compatibility/ awareness of intended
>>>> usages of outcome in other *cough* microsoft *cough* hinting
>>>> models?
>>> Well, the Infinality stuff was basically unmaintained; it
>>> essentially consisted of a large bunch of exceptions for some
>>> special fonts.  Alexei and I agree that we no longer need this.
>>> There was not a single voice objecting to its removal, by the
>>> way...
>> Great!
>>
>> Given that freetype still somehow has the role of a free software
>> reference interpretation of the loose MS instructed gridfit
>> description, it can only be welcomed if freetype-specifics get out
>> of that.
> What exactly do you mean with 'freetype-specifics'?  The Infinality
> patch aimed to implement v38 of the MS TrueType interpreter as close
> as possible, and for the supported fonts it worked quite well.
>
>
>      Werner

But the attempt to mimic MS rasterizer behavior is already a freetype 
specific.


Recall that in 2023, ttfont designers (or their software at least) are 
still forced to talk "VM bytecode" to tell about scale dependet point 
updates, even if they do not target MS rasterizer at all.


Gruss


Jan Bruns
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.