Bug: Font size becomes smaller by the factor of about 0.7 without any reason

[dumblob]

Each l3afpad start as well as each font selection dialog closure cause the current font size being scaled down by approximately the factor of 0.7 . The stopping point is font size of 1.x, which can't become smaller.

I have absolutely no idea where does this come from, but because it's a persistent issue over the last few months surviving huge GTK and other GUI and related libraries significant updates, I'm submitting it as a serious issue.

[bjesus]

I have the same issue, but for me the font is always getting bigger, not smaller. So weird. I have to adjust the font size every time I use l3afpad 😩

[Kommynct]

I think it might be a matter of changing the DPI in .Xresources, as that is what triggered it doing that for me.

[dumblob]

Thanks @that1communist, indeed Xft.dpi: in .Xresources is the culprit.

The question is why other GTK3 applications do not have this issue? Is there anything about the text edit widget? What do you think @stevenhoneyman?

[bjesus]

Just for the record, I don't have an .Xresources file.

[Kommynct]

Do you have something else that might trigger a DPI change?

[bjesus]

I have "Scaling Factor" set to 0.8 in GNOME Tweak Tool (under "Fonts"). I'm not sure what dconf keys it sets actually.

[dumblob]

@bjesus what is your output of xrdb -query | grep -i dpi?

[bjesus]

Xft.dpi: 76.7998046875. You're on to something 😄 I wonder where this value is coming from.

[dumblob]

@proudzhu you've already worked with the code. Any idea?

[38github]

I have the same problem too. The fonts get smaller each time I open l3afpad. I am using GNOME 3.22 (Wayland session), Arch Linux and have set the DPI to 1.10 in GNOME's Tweak Tool.

Not of any importance to this issue but thank you for this GTK3 port. It is super fast and does not lag like other GTK3 programs. I have noticed that the GTK3 programs that use gobject-introspection (common denominator) are the slow ones (abiword, nautilus, gedit, etc etc).