- From: Dan Connolly <connolly@w3.org>
- Date: Tue, 15 Mar 2005 16:40:44 -0600
- To: MattO <matto@tellme.com>
- Cc: www-voice@w3.org, Dominique Hazaël-Massieux <dom@w3.org>
On Thu, 2005-03-10 at 23:03 -0800, MattO wrote: > "Er... you moved something to an appendix? Can I have a look at a draft?" > > Look for "Before exposing the data in an XML document" in section 5 [1]. > Then follow the link to Appendix E which is informative as indicated in the > "Status of this Document" section. This text doesn't look informative to me: Before exposing an XML document referenced by the <data> element via the DOM to a voice application, the interpreter should validate that the host requesting the document is allowed to access the data. though I can't quite tell how the term "interpreter" relates to the term Conforming VoiceXML 2.1 Processor". But even if it's informative, it's still not something I think W3C should be advocating. > "I can't tell from your response why a namespace-qualified element or > attribute won't work just as well if not better than a processing > instruction, so no, I'm not satisfied by this response. Can you give me an > example of something bad that would happen if you used a namespace qualified > element or attribute?" > > Please see [2]. OK, I see [[ 4) Encode access rights as a parent envelope around the enclosed XML data or root tag elements and have the browser enforce access to that XML content only to the allowed domains. Pros: * Allows for extensibillity of security sandboxing primitives through an XML namespace Cons: * Probably best performed as its own specification * Requires structural or attribute modification to existing XML * Requires parsing and interpreting the XML content before deciding whether to grant access to that content ]] And that doesn't persuade me that an element or attribute is a bad thing at all. The fact that this is orthogonal to VoiceXML2.1 conformance (as implied by the fact that appendix E is informative) would be more clear by moving it to a separate document. And a PI has to be parsed, so that 3rd point applies to PIs as well. Regarding "structural or attribute modification," yes, that's what using an element or attribute means. I don't see that as an argument against. I see the XML Schema WG mentioned in the related groups in your charter... http://www.w3.org/2002/09/voice-charter.html#Coordination Have they reviewed the VoiceXML last call spec? Or has XML Core? If they've reviewed this use of PIs and OK'd it, perhaps I'll step aside. > [1] > http://www.w3.org/Voice/Group/2005/CR-voicexml21-20050308/CR-voicexml21-2005 > 0308.html#sec-data > [2] > http://lists.w3.org/Archives/Member/w3c-voice-wg/2004Oct/att-0073/00-part -- Dan Connolly, W3C http://www.w3.org/People/Connolly/ D3C2 887B 0F92 6005 C541 0875 0F91 96DE 6E52 C29E
Received on Tuesday, 15 March 2005 22:40:46 UTC