[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [xliff] Xliff TC Teleconference Meeting - 15th April 2003
+1 603 594-0249 x212
From: Gerard Cattin des Bois [mailto:email@example.com]
Sent: Wednesday, April 16, 2003 6:28 PM
To: firstname.lastname@example.org; email@example.com
Subject: RE: [xliff] Xliff TC Teleconference Meeting - 15th April 2003Toni actually proposed the new as a way to pre-process the data in order to determine whether the data needs to be translated, localized or does not need anything. This is a useful feature to scope the localization effort and determine loc readiness and needs.So, what happens next from New? Possibly needs-<something>, or a localization directive may be added such as locks.
Gérard Cattin des Bois
Lead Program Manager, LocStudio Services
Windows Productivity Tools Team
firstname.lastname@example.org (425) 706-1592
Symptom and sign of Inner Peace: An unmistakable ability to enjoy each moment...-----Original Message-----
From: Doug Domeny [mailto:email@example.com]
Sent: Wednesday, April 16, 2003 10:09 AM
Subject: RE: [xliff] Xliff TC Teleconference Meeting - 15th April 2003What is the difference between state="new" and state="needs-l10n" or one of the other "needs-" values?I use an XSLT to extract all the <trans-unit> elements that need to go to the translator by keying on the value of the state attribute. If the values starts with "needs-" then the <trans-unit> is retained. Other values cause the <trans-unit> to be filtered out of the XLIFF document that is going to the translator. I use XLIFF documents to store the text, so the <trans-units> that are added or modified have their state changed to "needs-translation" or other value that starts with "needs-".Following is the XSLT template used to filter out <trans-unit> elements whose state attributes do not start with "needs-".<xsl:template match="xlf:body/xlf:trans-unit[not(starts-with(xlf:target/@state, 'needs-'))]">
<!-- discard trans-unit elements that are already translated -->
</xsl:template>The value "new" does not indicate what should happen next. It is ambiguous whether it needs to be translated or not. I would expect one of the following would be used instead: needs-translation, needs-l10n, needs-adaption.I recommend removing "new" from the list of possible state values.
+1 603 594-0249 x212
From: Enda McDonnell [mailto:EndaMcD@alchemysoftware.ie]
Sent: Wednesday, April 16, 2003 5:44 AM
Subject: [xliff] Xliff TC Teleconference Meeting - 15th April 2003
Xliff TC Teleconference Meeting - 15th April 2003
3. State Attribute
Enda explained his document/proposal. This basically outlines 3 issues for the TC
a. Add Finished to the state attribute list?
b. Split the state attribute value list into two lists, state and state-qualifier?
c. Move the workflow items to phase.?
Much discussion ensued, the following is the outcome..
It has been decided to add 'final' to the list of state values.
Also, other values have been amended; here is a list of the basic translation states that were decided upon.
new (new item added since last release)
needs-translation (only the text needs translation)
needs-l10n (both text and non-textual information* needs localisation)
needs-adaption (only non-textual information needs adaptation)
needs-review-translation (only the text needs review)
needs-review-l10n (both text and non-textual information needs review)
needs-review-adaption (only non-textual information needs review)
leveraged (indicates a change was made by an automated process
translated (indicates )
signed-off (inidcates that changes are reviewed and approved)
final (indicates the terminating state**)
It is expected that a segment pass through these, or a subset of these states during localisation.
* Non-textual information refers to information such as co-ordinates, font information, mirroring, etc.
** Signed off may also be used as a terminating state