Javier: rather than modifying your xsltforms.xsl to include your
extension, have you considered modifying your extension to import
xsltforms? I don't know if this will work with xsltforms, but in
general, I think it's a better pattern for extending XSLT (i.e. the
extension is responsible for loading the main library). In particular,
it removes the need to make any modification to the main library you
wish to extend.
On 24/04/12 07:49, Javier Díaz wrote:
Here is the test case, with r540:
* xml is in: http://localhost/xsltforms/data/uploads.xml (with
<?xml-stylesheet href="../xsltforms/xsltforms.xsl" type="text/xsl"?>)
* xsl is in: http://localhost/xsltforms/test/xsltforms/xsltforms.xsl
which has inside: <xsl:include href="extension.xsl"/>
* extension xsl is in:
http://localhost/xsltforms/test/xsltforms/extension.xsl
* xml loads ok but when trying to load profiler or tracelog it doesn't
work. In web server log we can see:
GET /xsltforms/test/data/uploads.xml HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/xsltforms.xsl HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/extension.xsl HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/config.xsl HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/xsltforms.css HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/xsltforms.js HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/magnify.png HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/valid-xforms11.png HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/poweredbyXSLTForms.png HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/F1.png HTTP/1.1" 304 -
*GET /xsltforms/test/data/extension.xsl HTTP/1.1" 404 1284*
With r537 it works ok:
GET /xsltforms/test/data/uploads.xml HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/xsltforms.xsl HTTP/1.1" 304 -
GET /xsltforms/test/xsltforms/extension.xsl HTTP/1.1" 200 6277
GET /xsltforms/test/xsltforms/config.xsl HTTP/1.1" 200 1469
GET /xsltforms/test/xsltforms/xsltforms.css HTTP/1.1" 200 6348
GET /xsltforms/test/xsltforms/xsltforms.js HTTP/1.1" 200 326890
GET /xsltforms/test/xsltforms/magnify.png HTTP/1.1" 200 2643
GET /xsltforms/test/xsltforms/valid-xforms11.png HTTP/1.1" 200 2909
GET /xsltforms/test/xsltforms/poweredbyXSLTForms.png HTTP/1.1" 200 3950
GET /xsltforms/test/xsltforms/F1.png HTTP/1.1" 200 741
*GET /xsltforms/test/xsltforms/extension.xsl HTTP/1.1" 304 -*
El 23/04/12 21:32, Alain Couthures escribió:
Hello Javier,
A post in an SF forum
(http://sourceforge.net/projects/xsltforms/forums/forum/878085/topic/5207937)
reported an issue and I read that the load method is now deprecated
in FireFox and that XmlHttpRequest has to be used instead
(http://forums.mozillazine.org/viewtopic.php?f=25&t=2344451).
The issue that you detected with rev540 sounds to be related to
relative path being interpreted differently.
Is it possible for you to propose a test case for it?
Thanks!
-Alain
Le 23/04/2012 20:25, Javier Díaz a écrit :
Hello,
I have an "include" in xsltforms.xsl to another xsl, and with this
change in r540 instead loading included xsls as relative, they are
loading it as an absolute url. ¿Is necesary this change?
@@ -974,16 +995,18 @@
xsltDoc = parser.parseFromString(xslt,
"text/xml");
} else {
xsltDoc =
document.implementation.createDocument("","",null);
+ /*
if (xsltDoc.load) {
xsltDoc.async = false;
xsltDoc.load(xslt);
} else {
- var xhttp = new
XMLHttpRequest();
- xhttp.open("GET", xslt, false);
- xhttp.send("");
- xslt = xhttp.responseText;
- xsltDoc =
parser.parseFromString(xslt, "text/xml");
}
+ */
+ var xhttp = new XMLHttpRequest();
+ xhttp.open("GET", xslt, false);
+ xhttp.send("");
+ xslt = xhttp.responseText;
+ xsltDoc = parser.parseFromString(xslt,
"text/xml");
}
I will explain it better:
I have xsltforms.xsl in "/xsltforms/xsltforms.xsl" with an include to
"myxsltforms.xsl". Instead loading it in
"/xsltforms/myxsltforms.xsl" is
trating to load it in "/myxsltforms.xsl". I think it is incorrect...
Best Regards,
Javier
--
Conal Tuohy
eResearch Business Analyst
Victorian eResearch Strategic Initiative
+61-466324297
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Xsltforms-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xsltforms-support
