<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span> changed
<a class="bz_bug_link
bz_status_NEW "
title="NEW - Internally set scale factor 1 is not set right."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=114127">bug 114127</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">See Also</td>
<td>
</td>
<td>https://bugs.documentfoundation.org/show_bug.cgi?id=123969
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Internally set scale factor 1 is not set right."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=114127#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Internally set scale factor 1 is not set right."
href="https://bugs.documentfoundation.org/show_bug.cgi?id=114127">bug 114127</a>
from <span class="vcard"><a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> <span class="fn">V Stuart Foote</span></a>
</span></b>
<pre>If the os/DE "Scale factor 1" equates to a zoom of 100% there is no expectation
in LibreOffice that zoom to 100% is rendering to screen in "actual"
measurements.
Zoom is to 100% of the applications internal scaling which works in screen
independent TWIPS(1/1,440"), or worse PIXELS -- how big is a pixel?
You can adjust the application's zoom so that it will actually measure out on
the screen at 100%.
Or you could adjust your os/DE screen resolution reducing/increasing the
effective pixel size--until the applications 100% zoom matches real world
measurement. But that will impact other use of the desktop.
Some potential for improvement as LO has been forced for HiDPI support to
identify the DPI that a combination of screen size and pixel resolution
supports so the UI can be appropriately scaled. But the actual scale of a 100%
zoom would still not be directly tested/validated--just rendered "close
enough".
Printing & Export, unlike screen rendering, are directly written out with
size/scale values relevant to the device/file format.
IMHO, this is not a valid bug and is just a manifestation of the graphics
framework and application interface.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>