Apache OpenOffice (AOO) Bugzilla – Issue 91779
Incorrect math formula sizing upon loading
Last modified: 2017-05-20 10:45:31 UTC
For an automatically-generated file in Open Document Format (ODF), the math formulas are incorrectly sized upon loading. In the embedded content.xml file, a MathML formula is inserted in a draw:frame object, like this, without the svg:width and svg:height attributes:   <draw:frame    draw:name="Objekt1"    text:anchor-type="as-char"    draw:z-index="0">    <draw:object>     <math:math>   [... MathML content here ...]     </math:math>   </draw:object>   </draw:frame> With version 2.3.0 (at least with Linux), this worked fine: Writer would automatically resize all formulas upon loading. This no longer works for subsequent versions, the last tested being DEV300 m24. All the equations are sized to 0.201cm x 0.467cm, regardless of their content. To be able to reproduce the problem, you can find a sample document (and screenshots) here: http://user.services.openoffice.org/en/forum/viewtopic.php?f=30&t=7509
Created attachment 55195 [details] Sample document to reproduce the problem
.
it`s not related only to Math but also affect images - i hope this *can* be fixed in OO 3.0
TL->MAV: since this one is not Math specific and the problem might be at loading already, can you please have a look? Thanks!
look like in previous version on loading every foreign object was "recalculated". But then in version 3.0 performance was improved by discarding this operation, for now i guess that this can be improved by checking if object have not size attributes then "recalculate" this object so 99.9 cases when such dimensions present (native document) - performance will have not negative impact, and in few cases when somebody perform loading "self-generated" document this will allow to calculate dimensions (and preview image maybe) for foreign objects. For now this error block possibility for using OO 3.0 as authoring tool for editing scientific articles in such STM publishing companies like Wiley. In turn it don`t allow rapidly grow popularity of ODF not only as ISO (sorry) standard, but also like widely accepted & *used* standard. I guess STM authors worth possibility to edit their articles in OpenOffice. Solving it in OO 3.1 instead 3.0 can be too late for some patients. ___________________________________________ STM - Science, Technology and *Medicine*
is it possible to have this issue fixed in OOo 3.0.1? this is a big trouble for everyone that is working with importation of MathML using XSL.
move target to 3.2.
It is a pity that the target has been moved from 3.1 to 3.2. This problem was not in version 2.3.0, so working code exists. It appeared in version 2.3.1 or 2.4, and so it will have been around in several consecutive versions until it is corrected. But I understand not all problems can be corrected at once and some problems have a higher priority than this one. Note that, without this problem, OOo could become a serious competitor to LaTeX when it comes to scientific documents.
I'm working on the importation of scientific documents to ODF using the Openoffice API and XSLT, and I can't find any automatic way of setting the size of the equations. Is there any workaround for this problem?
@basex: In this thread: http://user.services.openoffice.org/en/forum/viewtopic.php?f=30&t=7509 there is a macro posted by ms777. I haven't tried it (yet), but maybe it can be used as a workaround.
Changing the target to OOo3.x because there are not enough resources.
Hi mikhail.voytenko@gmx.de, are you still interested to fix this issue? If not, please set it back to default owner.
*** Issue 125642 has been marked as a duplicate of this issue. ***
Is there any chance this gets fixed in a next release? Issue 125642 was a duplicate, and it appears that several other issues we have encountered sharing scientific documents between Mac & Windows users come down to this root cause.
Reset the assignee to the default "issues@openoffice.apache.org".