New Stax filters and DGT-OmegaT published

StaX filters 1.0.3

We saw a few SDLXLIFF files containing in one translation unit traces of segments (translation only) from other translation units. In Trados, in such a case this ghost segment appears and we see a shift between source and translation. But that seems to have no consequence on file generation.

In OmegaT, almost with StaX filters, such files did correctly load when on the source, but did not compile once translated. With this patch, they will almost compile a file where the ghost segment is removed. We cannot be sure that this is what the user wants, but almost he receives a non-corrupted SDLXLIFF file which correctly works, with OmegaT as well as with Trados.

StaX filters 1.1.3

In XLIFF standard 1.2, it is possible to declare that a part of the text is bold by putting role="bold" in markups. The filter already supported this for <g> markups, but we discovered that some CAT tools prefer to have it in <bpt> markups, which makes things more difficult because the corresponding closing markup <ept> does not contain the same attribute. For that reason previous versions of the filter did not support this. Now see it as experimental.

DGT-OmegaT 3.2 update 15

This version first imports the same correction for SDLXIFF as in Stax Filters 1.0.3; considering the correction in 1.1 as experimental, this is left for future release in DGT-OmegaT 3.4

This version also adds a few corrections in the script calc-sdlxliff-diff.groovy, which tries to create an SDLXLIFF with track changes when you want to do revision of a translation inside OmegaT. It is already known that this script frequently creates unreadable output files, but actually we do corrections case by case.