freetype
[Top][All Lists]
Advanced

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

Re: [ft] ttfautohint strong-stem-width commandline default


From: Werner LEMBERG
Subject: Re: [ft] ttfautohint strong-stem-width commandline default
Date: Sun, 09 Feb 2014 07:48:54 +0100 (CET)

> I am now running with --strong-stem-width='' for all invocations of
> ttfautohint in my font generation pipeline. Which I think is a more
> reasonable default than the current 'G'.
> 
> The vertical placement of horizontal stems seems to me to ba an
> ortogonal to RGB subpixel vs Grayscale horizontal sub-pixel
> rasterization.

I don't understand that paragraph.  Please reformulate.

> The two strings I think might be most useful are '' and 'gGD', is
> there a reason for not just making this a boolean toggle?

Maybe.  However, this is not urgent IMHO.

> I didn't at first realize what the following in the --help implied.
> 
>   -w, --strong-stem-width=S  use strong stem width routine for modes S,
>                              where S is a string of up to three letters
>                              with possible values `g' for grayscale,
>                              `G' for GDI ClearType, and `D' for
>                              DirectWrite ClearType (default: G)

Well, yes, this is terse, but more explanations are given in the
manual, ttfautohint.{html,pdf,txt}.

> It took me some rounds of randomly juggling switches and knobs
> throughout my font rendering stacks - trying to figure out why the
> rendered shapes in chromium differed so much from gtk+, opera,
> firefox and epiphany, turns out that the hints were different due to
> it requesting/doing rendering with "grayscale vertical hints".

Can you suggest improvements to the manual or to the output of --help?


    Werner



reply via email to

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