<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Use floating point for glyph positioning in VCL"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=103322#c21">Comment # 21</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Use floating point for glyph positioning in VCL"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=103322">bug 103322</a>
from <span class="vcard"><a class="email" href="mailto:Gibtnix@gmx.de" title="Gibtnix@gmx.de">Gibtnix@gmx.de</a>
</span></b>
<pre>I also noticed this bug and finally found this thread... Two points from my
side: First, I do not really understand how this is a desktop scaling / HiDPI
bug? For me this would mean that at 100% desktop scaling this issue should not
appear, or am I wrong here? I also tested two different Full HD screens and an
old 1280x1024 screen that all use desktop scaling 100% (here I'm referring to
the 100% scale that can be configured under Windows' screen properties) - and
the issue is definitely visible. How can this happen if it is a HiDPI issue?
And then my second question, where I'm especially referring to Rachel's
comment. I didn't look into the code, but if the whole coordinate stuff has to
be migrated from int to float (or double), wouldn't it be a feasible approach
to start with changing "only" any involved variable definition from int to
float as a first step, without changing anything else? So we would only save
our ints in float-valued variables (maybe introducing implicit cast warnings)
but once done, the positioning code could be migrated step by step to fully
support float?
Also hoping this issue gets fixed soon. Especially for Impress presentations it
can really be a show stopper if the slides are not properly rendered...</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>