I haven't considered it because I thought it is easier to add some new xsl template to xsltforms.xsl than adding all xsl templates of xsltforms.xsl to another template (mainly because of all the things that xsltforms defines in the beginning of the xsl). However I will try to do what you suggested (I don't know when) to check if it works and to see if it is better than including xsls in xsltforms.xsl. Thank you for you idea. Anybody has already tried to do it?
At the moment, xsltforms works to me if I undo the change mentioned below of revision r540 (although is a workaround). El 25/04/12 04:26, Conal Tuohy escribió: > 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 ************************************************************************************************************************************************ *La información contenida en este mensaje de correo electrónico es confidencial y puede revestir el carácter de reservada. * *Está dirigida exclusivamente a la persona destinataria. * *El acceso o cualquier uso por parte de cualquier otra persona de este mensaje no están autorizados y pueden ser ilegales.* *Si no es Ud. la persona destinataria, le rogamos que proceda a borrarlo. * *The information in this e-mail is confidential and may be legally privileged. * *It is intended solely for the addressee. * *Access or any use by any other person to this Internet e-mail is not authorised and may be unlawful. * *If you are not the intended recipient, please delete this e-mail. * ************************************************************************************************************************************************
<<attachment: jdiaz.vcf>>
------------------------------------------------------------------------------ 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
