[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [xliff] metadata list of attributes omits id
Tom, all,This is now implemented as followsIdentifier - a character string used to identify a <metadata> or <metaGroup> element.Value description: NMTOKENDefault value: undefinedUsed in:<metadata> and <metaGroup>ConstraintsThe values of id attributes must be unique among all <metaGroup> and <metadata> elements within the given enclosing <metadata> element.This will be included in the module specification and printed later today GMTThe constraint follows the wording we used elsewhere in the spec, such as in core and glossary module. It makes sure that the id follows the agreed fragid principle at any given module node.CheersdFOn Fri, Mar 14, 2014 at 10:11 AM, Dr. David Filip <David.Filip@ul.ie> wrote:
Thanks, Tom, this looks good to me, and I can implement that today.Just the id constraint should simply say that the id must be unique within the enclosing metadata element. This is I believe the general fragid principle we adopted for module ids. And when something is unique within the metadata element it is then automatically unique within any recursively nested metagroup elements so no need to mention this element in that constraint.I'd say this is not dissent just clarification on how I am going to implement the suggestion. So this should not amend the deadline for dissent you set.CheersdFOn Fri, Mar 14, 2014 at 5:08 AM, Tom Comerford <email@example.com> wrote:
For the metadata module, section 5.4.5 Module Attributes omits the id attribute from the list of module attributes and there is no subsection describing the element.
I believe that this is an editorial issue, and as a resolution I propose to add ‘id’ to the list of attributes and to add this subsection:
Identifier - a character string used to identify a <metadata> or <metaGroup> element.
Value description: NMTOKEN.
Default value: undefined
Used in: <metadata> and <metaGroup>.
The id value MUST be unique within the enclosing <metadata> and <metaGroup> elements.
Please provide any comments or dissent before Monday, March 17.