Created attachment 94303 [details] Source with mathvariant="normal" attribute Open the attached file. It will open in Math. The formula should look like int {func e^x nospace{nitalic d x}} and does so in browser. But LibreOffice imports it as { int {italic "e"^italic "x" {italic "d" italic "x"}}} It does not simple ignore the mathvariant="normal" attribute (which is the bug 124259 in Apache OpenOffice), but generates totally wrong formula. 1. e, x and d are marked up as 'identifier' in the the .mml file. But LibreOffice converts them to text. Doing so, can result in the wrong font. 2. e and d are explicitly marked with mathvariant="normal" in the file, but LibreOffice forces them to italic.
Frédéric: I thought you might be interested in this one.
Last time I checked, LibreOffice MathML import was very limited and had many bugs (and I'm not sure we can preserve all the info when converting MathML => StarMath). Personally, I'm not really willing to work on MathML import and think it would probably be best to switch to MathML as the internal language.
It was OK in Version 4.1.0.0.alpha0+ (Build ID: 049ce78144650d92eb6bd73292868f73d37c901) TinderBox: Win-x86@6, Branch:master, Time: 2013-03-29_23:59:42 It is wrong in Version: 4.2.0.0.alpha0+ Build ID: 8624906bc437b242ea0df17801bc77d0f273f32c TinderBox: Win-x86@6, Branch:master, Time: 2013-07-05_04:07:10 It is still wrong in current master.
Takeshi Abe committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9fbf4fd5292f6a3c28a092f7bb02541ceb61351f Related: tdf#75171 wrong "italic" happens on importing MathML It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Hello, Is this bug fixed? If so, could you please close it as RESOLVED FIXED?
The erroneous structure 'italic "x"' is fixed in Version: 5.3.0.0.alpha1+ Build ID: 8a796410ec8f440b4163b15b928347c499da7a8f CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-10-20_23:07:21 Locale: de-DE (de_DE); Calc: group But an attribute 'mathvariant="normal"' is not honored, if set directly in a 'mi' or 'mo' element. Nevertheless, we can close this issue. I'll write a new bug report for the remaining problem.