Created attachment 149779 [details]
Snapshot of the offending tabs
I use Arch Linux, Libreoffice is at version 126.96.36.199
KDE is my desktop of choice.
The system is used for photography and has a 4K monitor. Applying simple scaling in KDE is out of the question, as graphics are scaled as well, which loses the whole point of having a 4K monitor.
The most workable solution I have found so far is to set a minimum font size of 10, (Liberation serif), and force DPI to 144.
In System Settings -> Application Style -> GNOME/GTK Application style I have the same font & size selected.
All other GTK applications respect these settings, and render the fonts properly.
The menu font in Libreoffice also respects these settings, however the font in the tabs of Calc does not.
I can still read this, barely, but it is a pain.
There is a screenshot attached to this bug to illustrate the issue.
Evert, please add info from dialog Help->About LibreOffice
Created attachment 149783 [details]
I have attached a screenshot of the requested info
The screenshot shows that you're using the kde5 VCL plugin, which in my understanding should be using the KDE/Qt font settings, not those for Gtk applications.
Can you please check all options in Plasma's System Settings under "Fonts", whether those do have an effect (i.e. the KDE related settings, not the Gtk ones)?
I quickly increased the size of the "General" font there and the tab labels in Calc get larger for me (I don't have a HiDPi screen, though).
As mentioned in comment 3, this works fine for me when actually changing the KDE/QT font settings rather than the gtk ones.
I'm therefore closing this as WORKSFORME. Please reopen if you're still able to reproduce (i.e. the KDE/Qt font settings are not applied in your case).
Michel, have you read my whole bug report instead of just the last bit?
Did you miss the bit where I said that I adjusted my fonts in KDE and forced a DPI of 144?
Dots Per Inch, better known as DPI, is the setting I am changing (in KDE and GNOME) and that is the setting that is being ignored by the font in the tabs in LibreOffice.
Thanks for the patience in waiting for my reply, life is getting in the way.
In order to test the bug, go into Plasma's System Settings under "Fonts", enable "Force Fonts DPI" , and set to 144. Apply.
All fonts KDE and GNOME in all applications respect this setting, and scale to the requested DPI, except those pesky fonts in the LibreOffice tabs.
I will attach a screenshot of my settings.
Created attachment 151565 [details]
Screenshot of Plasma Font Settings
There is a bit of mis-information on my reply, DPI can only be adjusted in Plasma, not GNOME.
Created attachment 151568 [details]
Screenshot Calc with Plasma fonts set to 96 DPI
Created attachment 151569 [details]
Screenshot Calc with Plasma fonts set to 144 DPI
Created attachment 151570 [details]
Screenshot Calc with Plasma fonts set to 250 DPI
(In reply to Evert from comment #5)
> Michel, have you read my whole bug report instead of just the last bit?
> Did you miss the bit where I said that I adjusted my fonts in KDE and forced
> a DPI of 144?
Thanks for elaborating on this, and sorry, I actually missed that (it's rather implicit in the initial report that these are actually the Plasma font settings...). I've adapted the bug title accordingly.
Anyway, changing DPI still makes the font size in Calc change as well in my case, s. attached screenshots with 96, 144 and 250 DPI set (using "Noto Sans 10" for all fonts except "Fixed Width", which is set to "Hack 9".
Any idea what else might play a role here?
(I tested using LibreOffice master and 6.2.3 on Debian testing, package plasma-desktop at version 4:188.8.131.52-1).
(In reply to Michael Weghorn from comment #10)
> Anyway, changing DPI still makes the font size in Calc change as well in my
> case, [...]
To clarify: What I mean is that text is displayed larger than before if DPI setting is increased.
Well it seems to work for me now, too.
I did update my system in the meantime, so this may have been a bug in one of the sub systems.
Thank you again for your patience.
Good to hear, thanks for the update! :-)