Description of problem: Window scaling in TweakTook doesn't seem to affect LyX of any build (Qt487/FC24, Qt560/FC24, Qt551/FC23) so all fonts appear too small. Interface font option in TweakTool will change fonts in LyX214/Qt487 but not in LyX220/Qt560 on Fedora 24. This is not even desirable, because normal Gnome fonts will be too large then. Dialog and menu fonts on Fedora 23 for LyX220/Qt551 were comparable to Gnome fonts in size, on Fedora 24 they are all too small. On Fedora 23 there was NO change when tweaking fonts for LyX214/Qt487, but it worked for LyX220/Qt551. Here's a screenshot of a 13" screen of Dell XPS (HiDPI, 3200x1800) showing three flavors of LyX: http://wiki.lyx.org/uploads/Playground/LyX-Fedora24-Qt560.png Steps to Reproduce: 1. HiDPI screen 2. build LyX with Qt 5.6.0 on Fedora 24
During my tests, I've found that the setting applies the changes immediately only with Gtk apps. It doesn't affect Qt apps, until they are restarted. Have you tried to restart your Qt app?
Giulio: LyX 2.1.4 built with Qt487 that comes with Fedora 24 applies the font changes immediately, like any other Gtk application. LyX 2.2.0 that I built with Qt560 on Fedora 24 doesn't react. Window scaling changes nothing in both cases.
qgnomeplatform-0.2-1.20160531git.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-a90d9b7157
qgnomeplatform-0.2-1.20160531git.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-a90d9b7157
Menu fonts are consistent in size with other applications now and scale when settings in tweak tool change. The menu bar (in LyX, v220 that now comes with Fedora 24 beta, compiled with Qt560) itself is too small and does not adjust to font size changes. Same applies to tab titles. See areas around red squares at http://wiki.lyx.org/uploads/Playground/LyX_screenshot_HiDPI_13inch_display_3200x1800_Fedora24_2016-06-03.png http://wiki.lyx.org/uploads/Playground/LyX_screenshot_HiDPI_13inch_display_3200x1800_Fedora24_2016-06-02.png This might be due to design flaws in Lyx, though.
I think this is related: I still have wrong font sizes in qt5 applications. I use my Gnome at HiDPI=2 and font scaling=0.9 (which means 180% zoom, but looks a lot better than HiDPI=1 and scaling=1.8). QGnomePlatform seems to not properly handle font scaling and HiDPI at the same time: HiDPI=2 + font scaling=0.9 => total font scale=0.9 (should be 1.8) HiDPI=2 + font scaling=1.0 => total font scale=2.0 (correct) HiDPI=2 + font scaling=1.1 => total font scale=1.1 (should be 2.2) qt4 works correctly for font scaling with HiDPI. And both seem to cause some UI elements to look ugly. Screenshot: https://imgur.com/DQAXKbv This happened to me on both 0.1.5 and 0.2-git* (as in testing). With live font scale being added in 0.2-git* I noticed that when starting an application in HiDPI=2 and scaling=1.0 and then change scale to 0.9 at runtime, it will be correctly rendered at 180%. The other way round, starting at 0.9 will cause HiDPI being ignored when switching font scale to 1.0 at runtime (resulting in total 1.0 scale). Last but not least I'd like to add, that changes to HiDPI are not reflected at runtime. No matter of font scaling.
We support only font scaling for now. If you want to scale the rest (widgets), you will need to use something like "QT_SCALE_FACTOR=2 LyX".
qgnomeplatform-0.2-1.20160531git.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.
I think this still belongs here, so I'm reopening: as I mentioned before, the menubar in Qt5 applications on HiDPI screens (I now checked it in LyX AND kcalc) is too narrow to accommodate menubar items. Its height is barely enough for 7pt fonts, so 11pt fonts get trimmed. The menubar does not change its height with font size changes as it does in gnome applications. Here's a screenshot (it's the same for kcalc) http://wiki.lyx.org/uploads/Playground/LyX_screenshot_HiDPI_13inch_display_3200x1800_Fedora24_2016-06-03.png
The problem you are describing now is not in QGnomePlatform, but in adwaita-qt theme which has fixed height for MenuBarItems to 30px and doesn't scale with font size which probably should. QGnomePlatform manages only the font size and that's all. Open please a bug there so we can track it and close this one if all the stuff related to QGnomePlatform has been fixed.
This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.