Re: [ft] Change in monochrome rendered font behaviour from 2.5.0.1 to 2.5.1

2015-06-14 Thread Werner LEMBERG
It's intentional. Thanks for clarifying that and for your explanation. Is this covered in the Changelog somewhere? No. The feature itself was announced for 2.4.5 as - If autohinting is not explicitly disabled, FreeType now uses the autohinter if a TrueType based font doesn't

Re: [ft] Change in monochrome rendered font behaviour from 2.5.0.1 to 2.5.1

2015-06-13 Thread James Cloos
f == follower follo...@rancidbacon.com writes: f It seems like the instructions are intentionally disabled f due to Condensed's experimental status: The instructions are disabled because the condensed fonts are algorithmically narrowed, and the code can't also adjust the instructions to match.

Re: [ft] Change in monochrome rendered font behaviour from 2.5.0.1 to 2.5.1

2015-06-13 Thread follower
Hi, Thanks for your reply. On 11 June 2015 at 23:45, Werner LEMBERG w...@gnu.org wrote: It's not clear to me if this is a bug or an intended change in behaviour. It's intentional. Thanks for clarifying that and for your explanation. Is this covered in the Changelog somewhere? Unfortunately,

Re: [ft] Change in monochrome rendered font behaviour from 2.5.0.1 to 2.5.1

2015-06-12 Thread Werner LEMBERG
Specifically, the change is that monochrome rendered fonts (in small sizes for a low resolution display) appear noticeably worse unless the `FT_LOAD_FORCE_AUTOHINT` option is supplied. It's not clear to me if this is a bug or an intended change in behaviour. It's intentional. The

[ft] Change in monochrome rendered font behaviour from 2.5.0.1 to 2.5.1

2015-06-11 Thread follower
Hi, I've encountered a change in behaviour which I've narrowed down to being between libfreetype6 version 2.5.0.1 and 2.5.1 (I originally encountered the issue moving code from 2.4.8 2.5.2 and can confirm the new behaviour continues in 2.6). Specifically, the change is that monochrome rendered