[Libreoffice-bugs] [Bug 119332] New: Replacement of SVGFilter by SVGIO still causing regressions and breaking extensions (e.g. TeXMaths)

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=119332

            Bug ID: 119332
           Summary: Replacement of SVGFilter by SVGIO still causing
                    regressions and breaking extensions (e.g. TeXMaths)
           Product: LibreOffice
           Version: 6.1.0.3 release
          Hardware: All
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: filters and storage
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: sergio.callegari at gmail.com

Description:
After bug 118254, there appears to be still a regression in the management of
svg files following the replacement of SVGFilter by SVGIO. This results in the
breakage of extensions (at least TeXMaths) and prevents ubgrading to LibO6.1.

Specifically, svg images inserted /programmatically/ into a draw/impress
document appear smaller than they should (and looking at the image dimension in
the properties window also physically take smaller dimensions).

This is strange, since svg images inserted from files take exactly the same
dimensions both in LibO 6.0 and LibO 6.1.

To quickly replicate the issue, please have LibO 6.1 installed and add to it
the TexMaths extension (https://sourceforge.net/projects/texmaths/). Also
assure that you have some Latex distribution installed on your system as
TeXMaths depends on it. Check that TeXMaths is correctly configured to find the
necessary LaTeX components (aka at least the latex executable, the dvipng
executable and the dvisvgm executable, the latter being indispensable to
deliver svg images for the equations).  

>From LibO 6.1, open the attached sample document, which contains 2 TeXMaths
equations (one looking as an A and another one looking as a B) in a box (that
is there to help evaluate the relative size and alignment of the two) and which
was originally prepared with LibO 6.0.

Select "B" and press the "TexMaths equations" button in the TexMaths toolbar. A
window should open. Just press the "LaTeX" button there, to re-generate the
equation image. The "B" symbol is now much smaller than the "A" and not anymore
bottom aligned with it.

Now select "B" again and re-press the "TeXMaths equations" button. In the
window, switch to "png" mode in the "image format" section. Press "LaTeX"
again. Now the symbol "B" is back to the correct size, showing that the issue
is only specific to the rendering of the svg equation.

If you do the same test with LibO 6.0, you'll see that the B symbol stays in
the correct size both with LibO 6.0 and LibO 6.1.

Being that TeXMaths uses exactly the same code in both cases, there is
evidently a regression or at least an undocumented difference in the way svg
images are programmatically imported into a LibO drawing from version 6.0 to
version 6.1.

The bug has also been reported to the TexMaths developer at
https://sourceforge.net/p/texmaths/bugs/104/ in case the different behavior in
LibO is intentional and merely needing documentation so that it can be worked
around in extensions such as in TeXMaths.


Steps to Reproduce:
See description

Actual Results:
See description

Expected Results:
See description


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.1.0.3
Build ID: efb621ed25068d70781dc026f7e9c5187a4decd1
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; 
Locale: it-IT (en_US.utf8); Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180817/828222a3/attachment-0001.html>