Description: I'm on Libreoffice 6.3.1.1 and am using OpenSUSE Tumbleweed. My desktop environment is KDE Plasma. Worth noting that I have seen this error on other Linux distros, but this is the first time I'm officially reporting this bug. The OpenSUSE package, libreoffice-gtk3, looks perfect on HiDPI. No complaints there. However, libreoffice-qt5 is not scaled properly. Take a look at the screenshot I have attached. The fonts are scaled fine, but the UI is not. For instance, look at the hamburger menu in the top-right. Steps to Reproduce: 1. Use HiDPI display 2. Install Libreoffice, use KDE, and unsure you're using the libreoffice-qt5 VCL plugin. (libreoffice-qt5 package on OpenSUSE) 3. Open Libreoffice Actual Results: UI elements are not properly scaled. Expected Results: UI elements to be scaled properly. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.3.1.1 Build ID: 30(Build:1) CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: kde5; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded I've tried both with and without OpenGL
Created attachment 154347 [details] Screenshot of Libreoffice not scaled correctly using libreoffice-qt5
Created attachment 154626 [details] QT_SCALE_FACTOR=2 fixes the UI scaling, but the text disapears
Confirmed on multiple devices of mine. Arch Linux and OpenSUSE.
You can't confirm your own bugs. Moving it back to UNCONFIRMED until someone else confirms it.
Created attachment 155966 [details] Screenshot with 3840x2160 display I just tested current LibreOffice master on an AOC U3277PWQU screen, resolution is 3840x2160. The screenshot shows how it looks for me. Everything is pretty tiny due to the high resolution, but I guess that is expected and to me, everything looks correct at a quick glance. A few questions: 1) What is your screen resolution? 2) Do you have any additional display settings, like scaling,... applied in Plasma's display settings? Font settings etc. could also play a role. Can you possibly try whether using default/different settings makes any difference? 3) As far as I can see from the screenshot, you're using the "Tabbed" user interface (which can be selected in the menu via "View" -> "User Interface" -> "Tabbed"). Does it work correctly when using the "Standard Toolbar" instead, for example? 4) Can you retest whether it works OK for you with a current daily build of LibreOffice master as available at [1]? You can install that one in parallel as described at [2]. I noticed that the icons also look somewhat blurry in your first screenshot. This might be the issue described in bug 122263. My Version: 6.5.0.0.alpha0+ Build ID: bc9b046fbd1d68016ae6c53c990fce97b57eb663 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: kf5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded [1] https://dev-builds.libreoffice.org/daily/master/ [2] https://wiki.documentfoundation.org/Installing_in_parallel/Linux#Step_2:_Downloading_and_Unpacking_the_Installation_Files
I'm thinking that this bug may be somewhat related to these two things. - https://www.reddit.com/r/kde/comments/cnb6sg/hidpi_scaling_on_the_desktop_itself/ - https://bugs.kde.org/show_bug.cgi?id=356446 1.) 2880x1800 - Mid-2015 Macbook Pro 2.) Yes, the Global Scale in Plasma's display configuration is set to 2. Doesn't seem to make a difference to tweak around. Please refer to my screenshot where I altered the env variable QT_SCALE_FACTOR. That fixed the UI sizing but made the text disappear. 3.) The toolbar icon sizes are fine, but the UI elements still don't look right. Plus if you go into Tools>>Options, the buttons aren't properly scaled. Check out my new attachment "buttons not scaled.png" 4.) I'll try the daily build and get back to you.
Created attachment 155981 [details] buttons not scaled
Comment on attachment 155981 [details] buttons not scaled On the left is the Libreoffice Options window. On the right is a KDE application where the buttons are scaled correctly.
[Automated Action] NeedInfo-To-Unconfirmed
Just tried things out with a daily build. Same issue, no difference. The particular build I tried was "master~2019-11-25_14.20.57_LibreOfficeDev_6.5.0.0.alpha0_Linux_x86-64_rpm"
Created attachment 156209 [details] Comparison of scaling between KDE applications and LO. I have the same issue. Scaling does not seem to be consistent with the rest of the environment. Icons and other views do not seem to respect the scaling applied to KDE. Fonts instead seems to be properly scaled. I attached an image showing how menu icons are different and how other widgets differ. On the top left, there is a LO menu, while on the top right there is Konsole menu. In this case checkboxes and icons are way too small. At the bottom, there is a similar comparison of widgets.
Created attachment 156221 [details] Icon in menu of standard Qt application. Don't know if this can be of any help, but I attached a shot of the menu of a minimal Qt application. The height of the icons is identical to the height of icons in "native" KDE applications. The icon of LO menus seems much smaller.
If no one is against it, I can try to have a look at this.
(In reply to Luca Carlon from comment #13) > If no one is against it, I can try to have a look at this. Please go ahead, and feel free to self-assign this bug then. :-)
The code specific to the qt5 VCL plugin and the kf5 one that depends on the qt5 one is in in 'vcl/qt5' and 'vcl/unx/kf5'.
Hello, anyone interested in reviewing and testing my patch? https://gerrit.libreoffice.org/c/core/+/86239
Luca Carlon committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/358991e3b0a49bb201c2f1e4be900ee99aac9aa8 tdf#127687 Qt5 introduce basic HiDPI scaling It will be available in 7.0.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
This is a rather large patch. Now lets wait for the bugs this introduces...
JFYI I'm using the 7.0 beta version with the KDE5 VCL and I can report that it's almost perfect. The only remaining bug I've found is Bug 134054. There's also an improvement possible with Bug 115439.