Not Considering

We will not consider implementing this change, primarily because the SDLXLIFF Converter for Microsoft Office is specifically designed to function with Microsoft Word. It is not intended for use with alternative applications such as LibreOffice, and we cannot assume responsibility for any inconsistencies or corruptions that may arise when users choose to work with these files in other tools. Users must also take responsibility for validating their workflows and ensuring they are using the appropriate tools. It is essential that they perform their own checks to verify that files remain compatible and unaltered, thereby adhering to the correct workflow and avoiding potential issues.

Sign in to vote on ideas
+3
Sign in to vote on ideas

SDLXLIFF Converter for Microsoft Office: check for files not edited in MS Word

Hi there,

would be nice to have a check on whether a bilingual document was edited with another tool than MS Word. One linguist edited a document with LibreOffice, we update the XLIFF using the converter, and it resulted in corrupted segments. For example:

Original:

Screenshot showing a comparison of original and updated bilingual document segments with corrupted formatting after editing in LibreOffice.

After update with document edited in LibreOffice:

Screenshot displaying a repeated segment error in the updated bilingual document after editing with LibreOffice.

Seems like the structure of the sentence in the document.xml document was different than in the original file and that the tool couldn't handle it.

There is an <Application> tag in the app.xml file in the docProps folder of the document structure.

Screenshot of an XML file showing the Application tag indicating the document was edited with LibreOffice.

Also, it seems that the <noBreakHyphen> tags are not supported at all, but that is a separate discussion.

Christopher Petrovic
  • 1 comment
  • 0 members are here