[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [xliff] Discussion re csprd03 209
I would propose to drop ‘NMTOKEN’ from your proposed changed.
(no need to get to get overly technical)
The new text would be:
Value description: Name of any valid XLIFF element which is a sibling, or a child of a sibling element, to the change track module within the scope of the enclosing element.
Yves, thanks for pointing to Tom's CFD, the solution seems OK with me.
I can se that the ctr module now references its own appliesTo.
I would just make a minor change in its value description
Value description: Any valid XLIFF element which is a sibling, or a child of a sibling element, to the change track module within the scope of the enclosing element.
Value description: NMTOKEN name of any valid XLIFF element which is a sibling, or a child of a sibling element, to the change track module within the scope of the enclosing element.
How does that sound. The value cannot obviously be the element itself, so this seems an obvious editorial clarification
On Fri, Mar 14, 2014 at 1:45 PM, Yves Savourel <firstname.lastname@example.org> wrote:
From the schema viewpoint Tom sent this:
As for what value to use: I guess the element names would be fine.
Not sure if it's wise to have a list.
For my concern about the case of deletion.
I think I was reading too much into the definition, thinking the element *had to exist* to be a valid value. But the text can be
interpreted also as an element *could* be there.
So, Tom's fix looks enough for me.
From: email@example.com [mailto:firstname.lastname@example.org] On Behalf Of Dr. David Filip
Sent: Friday, March 14, 2014 7:23 AM
Subject: [xliff] Discussion re csprd03 209
Yves, Tom, all
I just realized that I co-own this issue.
[Sorry I was filtering DavidF only so I missed this one that says David..]
AFAIK change track inconsistently re-uses the core appliesTo. As of now I haven't formed an opinion how to best fix that with
@Tom, did you make any schema changes to alleviate that so far?
@Yves, any suggestions how to best fix that with minimum impact?
Will look into it in more detail shortly, but any more input appreciated
Thanks and regards
Dr. David Filip
LRC | CNGL | LT-Web | CSIS
University of Limerick, Ireland
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: