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

 


Help: OASIS Mailing Lists Help | MarkMail Help

xliff-comment message

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


Subject: RE: [xliff-comment] csprd01-17: Structure and Structural Elements: <sm> <em> justification


Thanks for the suggestions Jörg. I'll work on integrating them into the existing text (for example there is a full section on splitting annotation we can refer to).

> It is strongly recommended to use this mechanism instead 
> of introducing custom attributes to accomplish a similar 
> behavior with a series of <mrk> elements.

I don't think we shoukd add the text above though. It is not just strongly recommend to not use custom mechanism: it is strictly forbidden.
See
http://docs.oasis-open.org/xliff/xliff-core/v2.0/csprd01/xliff-core-v2.0-csprd01.html#d0e7685

We can't keep saying for every single feature of the spec: "use this mechanism not a custom one". If it is not clear in the current document then it should be put in red capital letter at the top of the specification. It's valid for all XLIFF 2.0 constructs.
Maybe in the http://docs.oasis-open.org/xliff/xliff-core/v2.0/csprd01/xliff-core-v2.0-csprd01.html#d0e497 section.

But at the same time I'm not sure why this requirement should be stronger than another: a MUST is a MUST.

Cheers,
-ys




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