https://bugs.documentfoundation.org/show_bug.cgi?id=94160
Bug ID: 94160
Summary: Zoom scale should depend on resolution reported by
xdpyinfo not by xrdb
Product: LibreOffice
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: enhancement
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
With KDE (and perhaps some other desktop environments) there are two
independent, different resolution values that affect how the GUI is scaled.
The first value is reported by "xdpyinfo | egrep -i resolution" and depends on
the actual screen size (at least if the X server can determine it). In my case
it returns
resolution: 209x209 dots per inch
The second value is reported by "xrdb -query | egrep -i 'xft' and can be
overwritten by KDE's "force font dpi option". In my case it results in
Xft.dpi: 120
Xft.hinting: -1
Xft.rgba: none
The "force font dpi option" is very often necessary to work around problems in
some application that do strange GUI scaling for very high DPI values (firefox
is a prime example).
Anyway, LibreOffice looks totally right on my screen with these settings but
there is a minor drawback. If I set the zoom to "100%" a DIN-A4 page does not
has the size of an actual DIN-A4 page but is too small. If I set 175% the
DIN-A4 has the correct size. Nothing of this is very surprising, because
209/120 = 1.74.
However, it would be nive, if LibreOffice would proceed as follows:
(1) For GUI styling (menu bars, dialogs, etc.) use the resolution as being
reported by xrdb. (This is already the case.)
(2) But use the resolution as reported by xdpyinfo to scale/zoom the actual
page content.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
