https://bugs.documentfoundation.org/show_bug.cgi?id=125027
V Stuart Foote <vstuart.fo...@utsa.edu> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |108226
Status|UNCONFIRMED |RESOLVED
CC| |vstuart.fo...@utsa.edu
Resolution|--- |INSUFFICIENTDATA
--- Comment #2 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
Nothing actionable here...
Unlikely to be font metrics, more likely it is differences in internal
structure of an OOXML/MS Office binary or MS Office XML document as compared to
structure of an ODF document.
Documents (ODF or OOXML) are filter imported into LibreOffice, and they are
filter exported out to corresponding formats--if you can avoid round trips ODF
-> OOXML -> ODF you'll have better formatting results. MS Office will
open/produce ODF, or OOXML strict (giving the filters a better chance for
fitelity).
Second caveat is that internally, LibreOffice is optimized for ODF, filter
import/export of MS formats, while good is never going to match fidelity of
ODF.
Finally there are occasions when the build of a font has different font
attributes Windows systems have fonts that Linux systems substitute--and
vice-a-versa. But that does not seem to be the complaint here.
Have a read of META bug 108226 or META bug 103494 structure of Text Box objects
is a major difference between MS and ODF formats, import filters can only do so
much--they'll never be exact matches and "round trip" of a document is
particularly error prone.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=108226
[Bug 108226] [META] PPTX (OOXML) bug tracker
--
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
