atom feed8 messages in org.oasis-open.lists.xliffRE: [xliff] Discussion: XLIFF inline ...
FromSent OnAttachments
Tony JewtushenkoMar 10, 2006 1:02 am 
Andrzej ZydronMar 10, 2006 2:26 am 
Florian SachseMar 10, 2006 3:15 am 
Magnus MartikainenMar 10, 2006 7:23 am 
Andrzej ZydronMar 10, 2006 8:11 am 
Doug DomenyMar 14, 2006 6:31 am 
Doug DomenyMar 14, 2006 6:35 am 
Doug DomenyMar 16, 2006 7:29 am 
Subject:RE: [xliff] Discussion: XLIFF inline elements attribute...
From:Doug Domeny (ddom@ektron.com)
Date:Mar 14, 2006 6:31:15 am
List:org.oasis-open.lists.xliff

Florian,

Using the attribute as hint to the translator is a clever idea. In fact, I think we should consider adding an attribute for that express purpose, like 'title' or 'tooltip'. Since lex-replace (or by any other name) will be used for word counting, I think it may cause problems to overload it with the descriptive text.

For example,

<t-u maxwidth="40" units="chars"> <source><ph lex-replace="count">%2d</ph> characters found in <ph lex-replace="Name of the file with a long descriptive text">%12s</ph>.</source>

becomes the following after lex parsing:

"count characters found in Name of the file with a long descriptive text."

Concerns:

1. 'count' is more than 2 digits and may exceed the maxwidth constraint causing the translator extra work to reduce the size.

2. Although the file name should be considered one word, the long descriptive text artificially inflates the word count. (any may exceed the maxwidth constraint)

In XLIFF 1.1 (without the lex-replace attribute), inline tags are not counted, so the parsed text would be:

" characters found in ."

which isn't exactly right either.

I suppose the preferred lexical equivalent would be:

"00 characters found in ssssssssssss."

which could be represented in XLIFF as:

<source><ph lex-replace="00" title="number of characters">%2d</ph> characters found in <ph lex-replace="ssssssssssss" title="file name">%12s</ph>.</source>

Regards,

Ektron, Inc. +1 603 594-0249 x212 http://www.ektron.com

-----Original Message----- From: Florian Sachse [mailto:flor@passolo.com] Sent: Friday, March 10, 2006 6:18 AM To: 'Andrzej Zydron' Cc: xli@lists.oasis-open.org Subject: AW: [xliff] Discussion: XLIFF inline elements attribute...

Hi Tony,

I like lex-replace, too. Instead of a single character it could also be a decriptive text of a placeholder. As you know translation of strings with place holders can be confusing because of limited context information:

%d charcters found in %s.

could be represented as:

<ph lex-replace="count">%d</ph> characters found in <ph lex-replace="file name">%s</ph>.

So lex-replace is what it does.

Best regards from Bonn, Florian

-----Ursprüngliche Nachricht----- Von: Andrzej Zydron [mailto:azyd@xml-intl.com] Gesendet: Freitag, 10. März 2006 11:29 Cc: xli@lists.oasis-open.org Betreff: Re: [xliff] Discussion: XLIFF inline elements attribute...

Hi Tony,

My vote goes to:

lex-replace

Best Regards,

AZ

As per discussion proposed by Andzrej:

XLIFF inline elements with spacial characteristics: http://lists.oasis-open.org/archives/xliff/200603/msg00001.html

Response from Florian: http://lists.oasis-open.org/archives/xliff/200603/msg00005.html

Response from Andzrej: http://lists.oasis-open.org/archives/xliff/200603/msg00006.html

We need to select an appropriate name for the attribute. Suggestions so far are:

* rawreplace * textequivalent * textapproximation * subst * equiv * equiv-lex * lev-equiv * lex-replace

*Please submit opinions on which suggestions are not suitable (ie., should not be considered), and any new additions. I would like to submit a ballot on Tuesday with a recommendation.*

*Regards,*

*Tony*

* *

*Tony Jewtushenko*

Director- R&D - Product Innovator Ltd. (Ireland)

P: +353.1.8875183; M: +353.87.2479057; W: www.productinnovator.com <http://www.productinnovator.com/>

--------------------------------------------------------------------------

------------------------- *Text inserted by Panda Platinum 2005 Internet Security:*

This message has NOT been classified as spam. If it is unsolicited mail (spam), click on the following link to reclassify it: It is spam! <http://127.0.0.1:6083/Panda?ID=pav_47692&SPAM=true>