You are not logged in.
I've been using Misc Tamsyn Regular size 8 (OTB) for everything text-related for some years now. I was happy and content. Then, after a world update, suddenly the lines space out slightly farther, changing the way text 'shows' slightly but significantly. Even more irritating, it has somehow widened texts, causing leafpad to shift its viewport one character to the right on some [not all] long lines, cutting off the first charachters in the displayed lines from view [with Word Wrap on, mind you]. It happened everywhere simultaneously, most noticeably in terminal and in leafpad. I don't like it, it hinders my work flow. It doesn't seem to originate from the font, because that has been static for over a year.
I'd love to fix this. I'm just stuck on where I can start to look for a cause.
Offline
I'd guess that change is somewhere in freetype or harfbuzz.
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' | alias ENGLISH='LANG=C.UTF-8 ' |
Offline
Freetype has been dropped by pango some years ago [was a HUGE mess], harfbuzz doesn't mention any changes that immediately ring a bell, but I'll try rolling it back to see if things improve.
Edit: downgrading seems to land me in dependency hell, this might not be the right course of action.
Last edited by ramcourse (2021-12-28 12:55:13)
Offline
harfbuzz still depends on freetype2
To narrow this down, are other clients affected?
* urxvt prominently doesn't use fontconfig
* https://archlinux.org/packages/community/x86_64/beaver/ would be another gtk2 editor
* random gtk3 editor? (eg. scite)
* qt5 based editor (eg. https://aur.archlinux.org/packages/sqriptor-git/ for a shameless plug)
For reference: https://aur.archlinux.org/packages/tamsyn-font-otb/ ?
Online
You're right, freetype2 still runs on the system. I downgraded that too, so far it seems to make no difference.
sqriptor displays the text correctly, whereas Leafpad, beaver, mousepad, scite [which doesn't seem to want to be configured, maybe I'm doing something wrong] and LXterm don't - but now I still have to check whether it still does that when harfbuzz, freetype2 and harfbuzz-icu are fully upgraded again.
I can see there are differences, but I don't have the overview to see what's going on.
Offline
scite configuration is done through ini files. It's vast, but also quite a PITA. but right now it looks like pango is the culprit.
Online
You're right on the money: downgrading pango solves everything. Just like last time I had font trouble, I should have suspected the usual suspects first.
Now to find out how to fix things before an out-of-date pango starts being a nuisance.
Offline
https://gitlab.gnome.org/GNOME/pango/-/issues
The problem is going to be "a world update", what are the old and new versions of pango?
Online
After synchronizing everything except pango, it's clear only pango is the cause. Last properly functional version is pango-1:1.48.10-1, moving to pango-1:1.50.0-1 or any later version causes the problem.
Offline
Overview of changes in 1.49.0
* Add a line-height attribute and make logical line extents respect it
Overview of changes in 1.50.0, 02-12-2021
* Fix line heights in improper gravities
There's been a flurry of seemingly realted commits on https://gitlab.gnome.org/GNOME/pango/-/ … o-layout.c so you want to file a bug and complain about it.
Online
Thanks. I'll root around and try to figure out how to file the bug.
Offline