Long XLF segments from client's CMS export

Hello! This question was asked during the Q&A session this afternoon, and I believe Paul said that it's a high-level query so posting here:

We have received an XLF from a client containing really long segments - how can we re-segment these long segments so it's easier for the translators to work on them, but also so it doesn't affect the XLF from being re-imported into the client's CMS at the end of the project?

Thanks in advance for any assistance on this point!
Parents
  • We have received an XLF from a client containing really long segments - how can we re-segment these long segments

    You actually SHOULD NOT "re-segment" anything, this MUST be done at the client's side in the CMS export routine!
    This export is simply INCORRECTLY created.

    Putting entire HTML code into a CDATA structure in XLIFF "envelope" is plainly WRONG and only confirms that the creator of the export routine has absolutely no clue about proper XLIFF format.

    Such content should be thrown right back at the client with a reference to XLIFF specification and "No, try again" message.

    And Paul should actually clearly state in all such his answers that this is a WORKAROUND (for the f*cked-up export), not a solution.

Reply
  • We have received an XLF from a client containing really long segments - how can we re-segment these long segments

    You actually SHOULD NOT "re-segment" anything, this MUST be done at the client's side in the CMS export routine!
    This export is simply INCORRECTLY created.

    Putting entire HTML code into a CDATA structure in XLIFF "envelope" is plainly WRONG and only confirms that the creator of the export routine has absolutely no clue about proper XLIFF format.

    Such content should be thrown right back at the client with a reference to XLIFF specification and "No, try again" message.

    And Paul should actually clearly state in all such his answers that this is a WORKAROUND (for the f*cked-up export), not a solution.

Children