https://bugs.documentfoundation.org/show_bug.cgi?id=126446
Heiko Tietze <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
CC| |[email protected],
| |heiko.tietze@documentfounda
| |tion.org
--- Comment #27 from Heiko Tietze <[email protected]> ---
Jmux on the ML (might be helpful to track down the issue):
"...So I tested the SVG icons at 100% and the cached PNG version of
breeze_svg/sw/res/emptypage_10x14.svg has the size 11x15 - yikes.
The SVG starts with: <svg viewBox="0 0 14 10" … which means x, y, width,
height. That is not pixel, but AFAIK the stretch related to the output size.
Looking into the problem, still hoping for a simple off-by-one error, I
ended in loadFromSvg
Somewhere in the bowels of XSvgParser::getDecomposition,
Primitive2DReference::getRange and XPrimitive2DRenderer::rasterize, all
the double precision handling eventually results in a rounding error, on
the basis of the bug report, which claims the 24px become 62px at 250%,
instead of 60px
P.S. "Fun" fact: all the dumped icon ranges / rectangles at 100% scale
start at -13.2292 -13.2292, while none of the values in the SVG are
negative. If you invert that (13.2292 13.2292), you get exactly the one
additional pixel: 13.2292 * 2 * 0.03937 (100th_mmToInch) * 96 (DPI) =
99.99936
So actually I'm not that sure about the rounding error, but suspect some
signed error in XSvgParser::getDecomposition for the viewport. But that
might also be a red hering…"
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
