|
[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: xsl 1.1 security model?
Michael Kay wrote: > > > > > And would an implementation that disabled the xsl:document element > > client-side still be XSLT 1.1 compliant? > > > It's my understanding that Microsoft are reluctant to implement this feature > client-side, and I think the spec is clear that it's not required for > conformance. > Indeed, I should have spotted that http://www.w3.org/TR/xslt11/#conformance states: "A conforming XSLT processor need not be able to output the result in XML or in any other form." which implies that this feature need not implemented at all. > This approach makes sense, since the requirement for the feature is mainly > fur use during the publishing cycle, not in client-side rendering. > I think the most material differences between "the publishing cycle" and "client-side rendering" are likely to be scaleability and security. I can imagine rendering requirements such as creating framed content that would really benefit from something like xsl:document if it could be done securely. But this would probably be scope-creep for a minor increment spec release... Francis. XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|

Cart








