Issue 126879 - formulae can be clipped
Summary: formulae can be clipped
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: Math
Classification: Application
Component: ui (show other issues)
Version: 4.1.2
Hardware: All Windows 7
: P5 (lowest) Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2016-03-20 09:26 UTC by Henri de Feraudy
Modified: 2016-03-21 10:05 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
odt file where TexMath formulae are clipped (14.51 KB, application/vnd.oasis.opendocument.text)
2016-03-20 09:26 UTC, Henri de Feraudy
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Henri de Feraudy 2016-03-20 09:26:07 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.
Comment 1 Regina Henschel 2016-03-20 13:13:42 UTC
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?
Comment 2 Henri de Feraudy 2016-03-20 20:30:45 UTC
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.
Comment 3 Patricia Shanahan 2016-03-20 20:53:08 UTC
Could you supply a copy of the typed LaTex code?
Comment 4 Regina Henschel 2016-03-20 23:29:27 UTC
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.
Comment 5 Regina Henschel 2016-03-21 10:05:13 UTC
So it seems, that it is not our bug. You should contact the author of the extension.