> This example (credit.xml) is linked to an external schema (payschema.xsd) > which should be processed by the XSLT transformation but it appears that > Opera "security" is blocking access to the schema via the document() > function because this is performed locally, without a web server.
Merci Alain pour l'analyse. Indeed I was having the same experience using Jetty on http://localhost, and I stumble across the same problem when trying a remote server. The web server solution is the one that’s actually relevant for us. After all, though, support for Opera is not a primary concern for us, and it may well be that the problems disappear with future versions of Opera that will eventually rely on WebKit. I just thought I’d let you know. > That's why I am now writing my own > DOM implementation in pure Javascript and will progressively add XPath and > XSLT/XQuery support to it (a product similar to Saxon but for browsers and > node.js). The XSLT stylesheet in XSLTForms will then become an optional > preprocessing step. This sounds exciting! I’m looking forward to the upcoming releases, Christian ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may _______________________________________________ Xsltforms-support mailing list Xsltforms-support@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xsltforms-support
