- From: <bugzilla@wiggum.w3.org>
- Date: Wed, 21 Mar 2007 22:26:19 +0000
- To: www-xml-schema-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=3817 ------- Comment #7 from noah_mendelsohn@us.ibm.com 2007-03-21 22:26 ------- Michael Sperberg-McQueen writes: > Perhaps we are imagining different uses for the > terms defined here. I expect them to be used in > describing processors, and the requirement to be > allowing the behaviors described in the initial > description, in comment #3, and in comment #5 to > be described in English prose using the terms > defined in the spec. Ooops, yes we are. Were it earlier in the process I would suggest that would be a reason for reopening the issue. Given where we are in going to Last Call, I can let it go. FWIW, my intended use of the D.2 terminology would be more along the lines of saying in my processor documention: "This processor implements schema location strategies XXX, YYY and ZZZ", where XXX, YYY ZZZ are terms from D.2.x. Interestingly, taken together, the text seems mildly contradictory on this point. D.2 says: "Conforming processors may implement any combination of the following strategies for locating schema components, in any order. They may also implement other strategies.", suggesting that terms like "hard coded schemas" are not just handy noun phrases for use in constructing sentences in conformance prose, they are something you can conform to, as I had expected. Then D.2.1 says: "Some terms describe how a processor identifies locations from which schema components can be sought:" which says, as you suggest, "these are just terms with definitions." Anyway, I think it's late for rototilling this. I'm a little disappointed not to have noticed what appears to be a deeper misunderstanding than my original question about schemaLocation hints. Still, unless this exchange leads you or others to want to discuss again and clarify the draft, I'm willing to let it go in the interest of moving on. Noah
Received on Wednesday, 21 March 2007 22:26:28 UTC