Hi, Joris,
That's a problem I've bumped into myself. Basically, you get better
translation results if the translators can work on large blocks of
uninterrupted text. Lots of elements break up the text, which makes it
harder for the translators to follow the meaning and properly translate.
Even experienced, knowledgeable translators who have been trained about
which elements to ignore have trouble with this, as it's human nature to
try to make sense of what we see. Of course, the translators may also
inadvertently mangle the elements, too, but that doesn't hinder their
translation process.
Fortunately, the same things that make technical documentation easy to
follow also make it easy to translate. So, using predictable sentence
structure, always using the same word for the same meaning (that is,
following a defined lexicon), and similar techniques are good practices
for multiple reasons.
Jay Bryant
Bryant Communication Services
(presently consulting at Synergistic Solution Technologies)
"Joris Gillis" <roac(_at_)pandora(_dot_)be>
08/10/2005 02:52 PM
Please respond to
xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
To
xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
cc
Subject
Re: [xsl] Joining sibling elements
Tempore 19:49:30, die 08/10/2005 AD, hinc in
xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com scripsit Marcin Miłkowski
<milek_pl(_at_)o2(_dot_)pl>:
So this is a transformation to keep the resulting file tidy, with less
tagging. I'm planning such a transformation for WordML files before
submitting them for translation where less tagging means higher
translation quality.
May be a stupid question, but why would the amount of markup influence the
quality of a translation?
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--