Thanks Werner, the images were embedded/smime,
Nope, see
https://lists.gnu.org/archive/html/freetype/2022-10/msg00005.html
but they're attached to this email.
Now they are, thanks.
Fonts are antialiased in ftview, is there a way to have ftview
render fonts without antialiasing?
Assuming a recent `ftview` version, call
```
ftview -m hintslight -e unic 17 LiberationMono-Regular.ttf
```
to see the text string 'hintslight' using your terminal font at
17ppem. Press 'H' to cycle through hinting modes, eventually
selecting 'v35' (which supports B/W hinting). Then press 'A' to
activate monochrome rendering. I get identical rendering to the upper
part of your image.
Please see the attached image and send me on my way if this isn't a
freetype thing.
It's definitely not a FreeType thing. BTW, the above xrdb output in
your image shows 'hintslight', which the used terminal font definitely
is not. I suspect that somewhere your main FontConfig configuration
file gets overridden with an exception for 'Liberation Mono Regular'.
An alternative but less likely theory is that the terminal app ignores
FontConfig settings completely, doing the rendering (and
configuration) by itself.
I'm still looking at DPI, Do non-antialised fonts prefer a DPI, is
it the fractional scaling that causes the pixelation perhaps?
Whatever scaling value you use, the result is rounded to get an
integer 'pixels per em' (ppem) value. You have to reduce the font
size if the system's DPI value is (automatically?) set to a larger
value.
Werner
ftview-18.04.png