OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

xliff message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [xliff] Translation status values for 2.0

Hi Yves,

I would move the "state" attribute from <target> to <segment> element and review the list of possible values and perhaps change its name.

We still need to know if a segment is approved or not, regardless of its current status (a segment may be approved by a translator but require further proofreading in a later stage).  We still need two separate attributes unless we define a value set that allows us to differentiate when the translation can be included in the final document.

I can modify the schema and add the "state" attribute to <segment>, using a tentative list of values that will have to be reviewed later. Should I post an updated schema?

Rodolfo M. Raya   <rmraya@maxprograms.com>
Maxprograms      http://www.maxprograms.com

> -----Original Message-----
> From: Yves Savourel [mailto:ysavourel@translate.com]
> Sent: Friday, April 22, 2011 12:12 PM
> To: xliff@lists.oasis-open.org
> Subject: [xliff] Translation status values for 2.0
> Talking about attributes: one information that is important and may be useful
> to have as part of the core is the status of the translation.
> In 1.2 for example we have a approved in <trans-unit> and state in <target>.
> I think this need to be re-work in a way that allows to know the status of the
> segment via one attribute.
> Looking at the different tools and their usage of state, it seems it varies a lot.
> But this is one specific list of values that is going to be important to get
> carefully defined so it has some logical progression but covers as much as
> possible the states required by the different tools. Each value needs to be
> carefully defined so misue risks are reduced. We may also want to talk
> directly to developers and see how they map their values to it.
> -ys
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  Follow this link to all your TCs in OASIS at:
> https://www.oasis-
> open.org/apps/org/workgroup/portal/my_workgroups.php

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]