- From: <bugzilla@wiggum.w3.org>
- Date: Fri, 10 Apr 2009 17:05:11 +0000
- To: www-xml-schema-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=6655
David Ezell <David_E3@VERIFONE.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |decided
--- Comment #2 from David Ezell <David_E3@VERIFONE.com> 2009-04-10 17:05:10 ---
At the 2009-04-10 telcon, the WG ammended the proposal in the previous comment.
The complete proposal as approved follows. The WG has instructed the editors
to go ahead and include the following proposal in the draft since it seems to
be a substantive improvement.
The WG wishes to thank WAI PF for it's comments, with a request to let us know
as soon as you can that you approve of our resolution.
Concrete proposal:
in http://www.w3.org/TR/2009/WD-xmlschema11-1-20090130/#schema-loc
the second paragraph of item 3 reads:
Processors may attempt to dereference each schema document
location URI in the ·actual value· of such xsi:schemaLocation and
xsi:noNamespaceSchemaLocation [attributes]. Schema processors
should provide an option to control whether they do so. It is not
an error for such an attempt to fail, but failure may cause less
than complete ·assessment· outcomes.
1) After this paragraph, insert the following note:
NOTE: Whether schema location information in the document instance
should or should not be dereferenced may vary with the purpose in view.
When systems rely on an input document being
schema-valid with respect to a particular agreed-upon schema,
it is important that they be able to have complete control
over the choice of schema used in assessment and in
particular that they be able to instruct the processor NOT to
follow any schemaLocation hints in the input. Otherwise, the
input document could circumvent the agreement and the
consumer's validation of the input, by referring to an
alternative schema for the same namespaces, which declares
the input document schema-valid but which does not adhere to
the prior agreement between the data source and the data
consumer.
In other cases the purpose of assessment may be not to enforce a
prior agreement between data source and consumer, but to annotate
the input with type definitions and other useful information from
the PSVI. In such cases it will often be better to follow the
schemaLocation hints.
Users who need to exert control over the choice of schema can
normally be expected to be aware of the requirement; conversely,
users unaware of the issue will typically be those who are not
relying on the use of a particular schema to enforce a specific
agreement with the data source. Casual users will often benefit
from a default behavior of following schemaLocation hints.
Useful guidance on how to present this and other questions to
end users may be found in the W3C's User Agent Accessibility
Guidelines [UAAG 1.0], [UAAG 2.0].
2) Add appropriate references for [UAAG 1.0] and [UAAG 2.0] to the
non-normative references.
--
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 Friday, 10 April 2009 17:05:21 UTC