[Bug 9661] Ambiguity: overriding components that don't exist

http://www.w3.org/Bugs/Public/show_bug.cgi?id=9661

--- Comment #2 from C. M. Sperberg-McQueen <cmsmcq@blackmesatech.com> 2011-01-12 01:15:43 UTC ---
I'm feeling very slow.  The bug description suggests adding the
sentence

    If there is no source declaration in the target set that matches
    a declaration E appearing as a child of xs:override, then E is
    processed exactly as if it appeared directly as a child of
    xs:schema.

but I don't see anything in the spec or the transformation that
has this effect.  

The minutes of 14 May 2010 referred to in comment 2 have a
different account of what happens to E:

    add a note saying declarations are ignored if there's 
    nothing for them to override.

That is more in accordance with my understanding.

A second point is that the minutes also say 

    you may need to apply the transformation more than once.

I am finding it hard to draft a note to that effect since I don't 
know what is meant.  (This is a problem with delaying drafting
until nine months after the first-pass decision was made.)

If what is meant is "The override transformation may have 
to be applied more than once to the same schema document
and override element", then I do not now understand why this
should be so.

If what is meant is "If the schema document produced by the
override transformation itself contains override elements, 
the transformation will have to be performed on the schema
documents pointed to by those elements" then I am not sure
why this needs saying, or where to say it.  (It seems to me
to follow pretty clearly from the general description of how
override elements are handled.)

On the theory that what was meant was the second gloss, and
on the theory that the answer to my question is "It may 
follow clearly, but it's not obvious at first glance; a note would
help", I'll draft a note, which will be included in a wording proposal
to go to the WG in due time.

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Wednesday, 12 January 2011 01:15:46 UTC