Apache OpenOffice (AOO) Bugzilla – Issue 111888

problem using nested superscripts imported from a document with MathML

Last modified: 2014-12-26 19:37:46 UTC

It is known that in Writer's formulas a construction like a^b^c causes an error. However there is a solution if you work with Writer: to type a^{b^c} (see http:// user.services.openoffice.org/en/forum/viewtopic.php? f=12&t=29032&p=132273&hilit=subscript#p132273 ). But if Writer opens a document (I tried an xml document with MathML created by Amaya) it converts a MathML expression (superscript of superscript) to "a^b^c" form so it is doesn't work. So the thing to make the convertion make it "a^{b^c}".

Added me on CC

@MRU: I don't know if not allowing a^b^c (on edit) is a bug, a missing feature or ok. In case of a bug, this should be fixed. A feature, this issue is also an enhancement for we cannot import correctly what we don't allow while editing. @eastern_man: please attach this MathML document.

I see this as a missing feature W3C.org's browser Amaya is to be seen as reference implementation for MathML. From my POV if the syntax a^b^c is allowed in Amaya then OOo's Math application should be able parse this token as well. But I cannot find a reference within the MathML standard (see http://www.w3.org/standards/webdesign/math) that validates the string a^b^c as valid formula Please attach a valid MathML source code snippet to this issue which shows the superscript of a superscript JA->TL: please take a look

@TL : FYI, there is a student working on improve Math, for the Google summer of code, and IMHO, he's working on similar improvement.

.

MRU->TL: as long as Math is not able to process nested exponents, the import of constructs like a^b^c should better result in a^{b^c}.

Created attachment 69689 [details] This is created in Amaya

@ja: "syntax a^b^c is allowed in Amaya" sounds rather strange since such syntax is used in OOo but not in MathML documents. The thing is that "a^b^c" is a result of convertion from a .mml file and this does not depend on the creating program (as I understand). MathML, in contrast to OOo formula syntax, does not use any "brackets" since tags are "brackets" themselves. So more than that, I expect more mistakes in covertion from MathML if OOo does not put necessary brackets. I'll try.. Yes, try the second one, "fractions.mml". In Amaya (in MathML) fraction "a/d" is outside the integral and the "c/b" one is inside. OOo converts it to a over d int csub {c + d} csup {a + b} c over b func dx and OOo somewhy puts the integral with boundaries and "c" into the numerator. The problem wouldn't have occured if OOo had added brackets like this: a over d int csub {c + d} csup {a + b} {c over b func dx} So that's a more general bug.

Created attachment 69691 [details] Another problem with fractions has actually the same cause: a problem with brackets addition.

Add me to cc.

*** Issue 113497 has been marked as a duplicate of this issue. ***

Comment on attachment 69689 [details] This is created in Amaya correct MIME

(In reply to eastern_man from comment #9) > Created attachment 69691 [details] > Another problem with fractions has actually the same cause: a problem with > brackets addition. Please don't mix problems. Bad import of fractions is already covered by issue 84002.