https://bugs.documentfoundation.org/show_bug.cgi?id=120638
Regina Henschel <rb.hensc...@t-online.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rb.hensc...@t-online.de
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
--- Comment #1 from Regina Henschel <rb.hensc...@t-online.de> ---
@sebastian: Is there a special reason for using docx format?
Word uses OMML language for formulas in docx format, LibreOffice uses its
proprietary "starmath" and common MathML in its odt format and works with an
internal representation. Conversion errors are inevitable because the
capabilities of the languages are different. You should discuss workarounds for
conversion problems in a forum or mailing list.
Nevertheless this is an error. The "divides" operator is correctly converted to
U+2223 on export, but on import (not touched by Word) it is not converted back
to operator "divides".
As far as I have seen, MS Office seems to use a list derived from Unicode for
to determine an "operator". Unfortunately the "divide" operator does not exist
in the UI of the formula editor of MS Office. In case MS Office opens an odt
document with e.g. "m divides k", the formula is transformed into MS Office own
format, but when saving it back as docx, the "divides" is converted to U+007c,
that is | the pipe character. Same happens with an docx document made by
LibreOffice.
OMML has a tag opEmu, which could be used here to mark the "divides" character
as operator. But I do not know whether that would give better results if it
goes through Word. But at least it would make the markup unambiguous for
LibreOffice.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
