https://bugs.freedesktop.org/show_bug.cgi?id=53358
Kevin Ernst <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |ernstke+freedesktopbugzilla | |@gmail.com Ever confirmed|0 |1 --- Comment #2 from Kevin Ernst <[email protected]> --- I ran into a similar problem with a Word .docx containing formulas with the literal "{gt}" (as in -1/2 g t^2 ...). It seems to be a conformance problem with the MSO input filter(s) not recognizing "{non-keyword}" as a formula literal string in the same manner as Word does. (It's a slippery slope, I realize, particularly if you have to make LO code more ugly to cope with Word's odd behavior, which I imagine happens all the time.) Even though *my* issue doesn't conform to this bug report's description, strictly speaking, I'm making the (hopefully reasonable) assumption that the problem lies in the same branch of code. Apparently "{gt}" is a legal literal character string for MS Word, but LibreOffice wants "gt" (with double quotes) or "{g t}" (no quotes). Otherwise it's interpreted as "{<?>} gt {<?>}"[1] with an error, hence the upside-down question mark. Recommended solution: read in "{gt}"/"{lt}" as "gt"/"lt" (with quotes). It's a one-in-a-thousand case, maybe not even worth the two extra conditionals in the import code, I dunno. I can confirm the OP's bug manifests in LibreOffice for Mac OS X version 3.6.2.1 (Build ID: ba822cc). [1] Greater than, which is strangely undocumented in https://wiki.documentfoundation.org/images/0/0e/MG34-MathGuide_LO.pdf -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
