[Libreoffice-bugs] [Bug 61618] : Word file import field conversion

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=61618

--- Comment #8 from Phil Krylov <phil.krylov at gmail.com> ---
Actually there are two separate problems here. One issue is that the EQ fields
have no corresponding functionality in LO (except specific usages for
Ruby/Combined characters). Another issue is that the information in unsupported
field is lost while roundtripping the formats.

The behaviour I am actually observing is:

1) When a EQ field can be parsed as a Combined Characters field or as Ruby
styles applied to its content, it is carefully imported as such.
2) When a EQ field contains \o and optionally \ad switch (only) but cannot be
parsed as a proper Combined Characters field, it is replaced by an Input field
and the arguments are kept within that input field, formatting is lost.
3) When a EQ field contains \o and another backslash-escaped switch (\s \al \ac
\ar) it is lost on import.

I think, a proper solution (before LO includes any functional replacement for
EQ \o) could be:

1) Store EQ fields which cannot be parsed properly, in the same format as field
types which are not handled at all: between fieldmarks of type ODF_UNHANDLED.
This way they can be seen in the UI, can be processed programmatically and can
survive saving back to Word formats. This part requires a patch I am going to
post soon.

2) When these EQs stop being lost, one only has to install TexMaths extension
and write a small macro converting \o() structures to LaTeX invocations using
nested \makebox to achieve overlapping.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190403/aee39794/attachment.html>