dnkl :emacs: on Nostr: You might experience slightly larger, or smaller, fonts in e g #foot after upgrading ...
You might experience slightly larger, or smaller, fonts in e g #foot after upgrading #fcft to 3.1.8 (just now tagged and released).
This is expected, as fcft is now using FreeType size-setting APIs with higher-resolution parameters.
A simplified explanation is that fcft used to round the size (the pixel size, not the point size) to the nearest integer. Now it doesn't.
For those interested: here's the fcft patch:
https://codeberg.org/dnkl/fcft/pulls/63Published at
2024-02-26 15:25:42Event JSON
{
"id": "d00bad3f3efd740a9f3f5386802560d5d60fddecda587fa2df34fc4522b8369f",
"pubkey": "65b088eaf907fd5bda626f65611e46b44b91b2fb22ab804ae3aa2236ff80998f",
"created_at": 1708961142,
"kind": 1,
"tags": [
[
"t",
"foot"
],
[
"t",
"fcft"
],
[
"proxy",
"https://linuxrocks.online/users/dnkl/statuses/111998477431118032",
"activitypub"
]
],
"content": "You might experience slightly larger, or smaller, fonts in e g #foot after upgrading #fcft to 3.1.8 (just now tagged and released).\n\nThis is expected, as fcft is now using FreeType size-setting APIs with higher-resolution parameters.\n\nA simplified explanation is that fcft used to round the size (the pixel size, not the point size) to the nearest integer. Now it doesn't.\n\nFor those interested: here's the fcft patch: https://codeberg.org/dnkl/fcft/pulls/63",
"sig": "e6bd845671f098edaaf3c6f810acb3351bc0b2ef1b93064b8d40ae5e448ea8d7537d9cb08727a6b0b43b4eed0032f5269196afcab02e32edaf57bfa96e450d66"
}