On Debian testing with GNOME desktop, trying both Debian-packaged version 1:5.1.1-1 and upstream: Version: 5.1.1.3 Build ID: 89f508ef3ecebd2cfb8e1def0f0ba9a803b88a6d The interface UI fonts and icons in all libreoffice apps are really huge in comparison with the GNOME system fonts. The problem can be mitigated somewhat by setting the scaling to the lowest it will go, 80%, but I really feel like things are about double size so would be looking to set it to 50% if that were possible. This is a HiDPI display (2560x1440px) so I suspect something regarding DPI is being detected wrongly. Various places DPI is coming from (no specific configuration used to change these): $ xrdb -q | grep dpi Xft.dpi: 192 $ xrandr -q | grep primary eDP1 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 310mm x 170mm $ xdpyinfo | grep dots resolution: 210x215 dots per inch Scaling in GNOME is set to 1 for Windows and Fonts. Interestingly if I remove the libobasis5.1-gnome-integration_5.1.1.3-3_amd64.deb package then I get an interface that uses correct proportions, i.e. the fonts used are the same size as my system fonts, and the icons are smaller too. It doesn't look quite as pretty of course, but this would be an acceptable workaround but for the fact that without the GNOME integration, icons for separate documents are not grouped together in the dash, so I get an icon called LibreOffice for each document window, which is rather confusing. I can do some screenshots if any of this is not clear, but basic summary is that when the GNOME integration is in use, the entire UI erroneously scales up by about 2x. Any workaround to force DPI or similar?
GTK3 support is still experimental. You can launch with GTK2 by: SAL_USE_VCLPLUGIN=gtk Do you see the same problem in 5.2: http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/ https://wiki.documentfoundation.org/Installing_in_parallel/Linux
(In reply to Buovjaga from comment #1) > GTK3 support is still experimental. > You can launch with GTK2 by: > SAL_USE_VCLPLUGIN=gtk Launching 5.1 like this: $ SAL_USE_VCLPLUGIN=gtk libreoffice5.1 --calc did not seem to make any difference, that is, fonts still roughly twice as big as system. > Do you see the same problem in 5.2: > http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/ After installing debs from: http://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@70-TDF/current/master~2016-03-27_09.53.05_LibreOfficeDev_5.2.0.0.alpha0_Linux_x86-64_deb.tar.gz behaviour was the same both when launching as: $ libreofficedev5.2 --calc and $ SAL_USE_VCLPLUGIN=gtk libreofficedev5.2 --calc Cheers, Andy
Hello, I see the same issue with libreoffice-* 1:5.2.3.3-9.fc25 from Fedora updates on my XWAYLAND0 connected 3200x1800+0+0 290mm x 170mm screen at 192 dpi (according to xrandr and xrdb). The interface is quite unusable in default env; most options windows extend past the visible area, and others appear to be only one quarter drawn. In my case though running with SAL_USE_VCLPLUGIN=gtk does resolve the issue completely, and so is a feasible workaround in the short term. Cheers, Doug.
This appears to be resolved for me now using Debian packaged version 1:5.2.5-2 (in Debian stretch).