Apache OpenOffice (AOO) Bugzilla – Issue 126879
formulae can be clipped
Last modified: 2016-03-21 10:05:26 UTC
Created attachment 85361 [details] odt file where TexMath formulae are clipped I include an OpenOffice text file where I have attempted to insert mathematical formulae. Here are the settings for TexMaths I used The output format is SVG DPI = 600 Font size = 60 Unfortunately the bottom part of the formulae are shaved off, and this becomes all the more apparent when I save the file as a HTML file: whatsmore the gif files are not only clipped but much smaller than expected.
Please attach the original SVG-file. I suspect, that the part is already missing there, at least in the included SVG-files the lower part of the character is not complete. Is TexMath able to export to another format, e.g. MathML?
There was no "original SVG" file. The formula was generated by entering Latex code using TexMath and pressing a button to do the conversion. So from what you are saying, it might be the generation did not do a proper job at creating an SVG file. TexMaths is not designed to generate MathML as far as I know. It's an Open Office plugin to insert formulae into the document.
Could you supply a copy of the typed LaTex code?
It seems to me, that the error is in TexMath, I cannot say whether in the extension itself or in the used library 'dvisvgm'. Do you can influence the options used for dvisvgm from inside the extension? If yes, it should be set to --exact. The included svg image has a height set to 5.88339pt. Converting to cm you get 5.88339/72*2.54cm=0.207553cm. That is likely not your intended size. You should try to use other settings in TexMath, if possible. SVG assumes 96dpi for cases where a conversion is needed and no other agreements exist. This height of 5.88339pt is mapped to a viewBox height of 5.88339. Therefore an internal number of 1 is mapped to 1pt. The drawing contains a rectangle for the overline, and a path for the character x, and a rectangle with white filling with same x,y, width, height setting as the viewBox. When I increase the viewBox height, then I get the whole character. So the path for the character is correct, but the viewBox is not high enough.
So it seems, that it is not our bug. You should contact the author of the extension.