[Development] about the Cocoa/Freetype fontengine
Konstantin Tokarev
annulen at yandex.ru
Sun Dec 31 12:25:04 CET 2017
31.12.2017, 03:11, "Nikolaus Waxweiler" <madigens at gmail.com>:
>>> We want to get to "Gamma 1.8, darkenend":
>>> https://www.freetype.org/image/BlendingExamples.png
>>
>> On Mac (FT and/or FT+FC *without* Infinality+Ultimate patches) I
>> find 1.5 comes closer to the native CoreText font colour. 1.8 is too
>> thin.
>
> Fair enough, depends on your screen and how much you darken. Ideally,
> you match the sRGB gamma curve of roughly 2.2 that in an ideal world,
> your screen matches, too. Ha!
>
>> And for giggles, which one looks better and which more correct in
>> this screenshot (of 2 Konsole windows under X11)?
>
> Both look off (right: hinting, left: autohinting), specifically the
> gamma correction. Looks more like a gamma of 1.0 plus maybe some
> thickening/smearing via the LCD filter. Is gamma correction enabled in
> your Qt build? No strong hinting preference here, still prefer left for
> the slightly cleaner look should you wonder.
>
> The ftview program from the freetype2-demos package will render stuff in
> the technical correct way I'm going on about with a default gamma of
> 1.8. Use the FREETYPE_PROPERTIES env thing to toggle darkening for CFF
> fonts. All of that is courtesy of Adobe.
>
>>> Which confirms my claim that most users will give higher priority
>>> to on-screen legibility than to design veracity. Very
>>> understandably so.
>>
>> Alternative explanation: people complain when something they know
>> changes. Nobody could stand to use Macs if bitmap fonts were the
>> pinnacle of on-screen legibility.
>
> Reworded: if most users have higher priority on on-screen legibility in
> the strongly hinted sense, nobody would have used Macs before Retina
> screens. Text on pre-Retina Macs is however quite readable if you get
> used to the look.
Note that Mac OS X at least up to 10.5 allowed setting strong hinting in the
system settings
>
>> Please re-read and ponder the difference between fixing something and
>> "tweaking to reduce it".
>
> Reworded: you can't reduce the difference between different hinting
> strategies without rewriting the hinting. See the attached screenshot.
> Left is hinting, right is autohinting, both use the v40 hinting engine
> that discards changes to vertical stems. The designers chose to clamp
> horizontal stems to full pixels (the usual strategy in Win95 times),
> note the thickness jump between 18 and 19 and 30 and 31 pt. The
> autohinter instead pulls horizontal stems to the pixel boundary without
> changing the stem thickness/width, a different design/clarity trade-off.
> This is a fundamental difference you can't paper over. You can see this
> even on Windows when you look at Arial and some ttfautohinted font in a
> text waterfall.
>
> Well, okay, you could theoretically start to supersample on the y-axis
> and apply some black magic, but then you might as well use autohinting.
>
>> Right, and where did *that* come from in discussion that's about font
>> engine choice by the user?
>
> We are talking about giving devs the ability to ship Qt apps with
> switched font engines, no?
>
>> That'd mean both...
>
> Yes :)
> ,
>
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development
--
Regards,
Konstantin
More information about the Development
mailing list