Thread: [Xsltforms-support] XSLTForms & Opera
Brought to you by:
alain-couthures
Menu
▾
▴
xsltforms-support
|
From: Christian G. <chr...@gm...> - 2013-05-25 07:04:28
|
Dear Alain, when using Opera (Version 12.15), and when executing the following XSLTForms example file... <?xml-stylesheet href="xsltforms/xsltforms.xsl" type="text/xsl"?> <html/> ...stored at "C:/Users/user/Desktop/test.xml", I’m getting the following exception: "File not found: file://localhost/C:/Users/user/Desktop/xsltforms/config_en.xsl" The file exists, and it is found by the browser if I directly open the returned URL. While this is most probably an Opera issue (I haven’t checked earlier versions), I‘d like to know if there is a chance/if it makes sense to fix something in XSLTForms? Thanks, Christian |
|
From: Alain C. <ala...@ag...> - 2013-05-25 07:10:20
|
Hello Christian, This sounds like an issue in XSLTForms because localhost mixed within file:// (file://localhost/C:/) does not look valid. Is it correct that you just open the local file "text.xml" within Opera? Thanks! -Alain Le 25/05/2013 09:04, Christian Grün a écrit : > Dear Alain, > > when using Opera (Version 12.15), and when executing the following > XSLTForms example file... > > <?xml-stylesheet href="xsltforms/xsltforms.xsl" type="text/xsl"?> > <html/> > > ...stored at "C:/Users/user/Desktop/test.xml", I’m getting the > following exception: > > "File not found: file://localhost/C:/Users/user/Desktop/xsltforms/config_en.xsl" > > The file exists, and it is found by the browser if I directly open the > returned URL. > > While this is most probably an Opera issue (I haven’t checked earlier > versions), I‘d like to know if there is a chance/if it makes sense to > fix something in XSLTForms? > > Thanks, > 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 > Xsl...@li... > https://lists.sourceforge.net/lists/listinfo/xsltforms-support > |
|
From: Christian G. <chr...@gm...> - 2013-05-25 07:15:37
|
Alain, thanks for the immediate response! Yes, all I did was copying the following URLs to the address line.. c:\Users\user\Desktop\test.xml file://c:/Users/user/Desktop/test.xml file://localhost/c:/Users/user/Desktop/test.xml ..and they are all converted to: file://localhost/c:/Users/user/Desktop/test.xml It might be that the local address resolution of Opera causes the problems? All of the URL mentioned above, however, seems to cause no problems when being run in Firefox, Chrome or IE. Christian ___________________________ On Sat, May 25, 2013 at 9:10 AM, Alain Couthures <ala...@ag...> wrote: > Hello Christian, > > This sounds like an issue in XSLTForms because localhost mixed within > file:// (file://localhost/C:/) does not look valid. > > Is it correct that you just open the local file "text.xml" within Opera? > > Thanks! > > -Alain > > Le 25/05/2013 09:04, Christian Grün a écrit : >> >> Dear Alain, >> >> when using Opera (Version 12.15), and when executing the following >> XSLTForms example file... >> >> <?xml-stylesheet href="xsltforms/xsltforms.xsl" type="text/xsl"?> >> <html/> >> >> ...stored at "C:/Users/user/Desktop/test.xml", I’m getting the >> following exception: >> >> "File not found: >> file://localhost/C:/Users/user/Desktop/xsltforms/config_en.xsl" >> >> The file exists, and it is found by the browser if I directly open the >> returned URL. >> >> While this is most probably an Opera issue (I haven’t checked earlier >> versions), I‘d like to know if there is a chance/if it makes sense to >> fix something in XSLTForms? >> >> Thanks, >> 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 >> Xsl...@li... >> https://lists.sourceforge.net/lists/listinfo/xsltforms-support >> > |
|
From: Alain C. <ala...@ag...> - 2013-05-25 07:29:27
|
Christian, There is an additional security check within Opera which by default is set to No: opera:config#UserPrefs|AllowFileXMLHttpRequest Thank you for your feedbacks! -Alain Le 25/05/2013 09:15, Christian Grün a écrit : > Alain, > > thanks for the immediate response! Yes, all I did was copying the > following URLs to the address line.. > > c:\Users\user\Desktop\test.xml > file://c:/Users/user/Desktop/test.xml > file://localhost/c:/Users/user/Desktop/test.xml > > ..and they are all converted to: > > file://localhost/c:/Users/user/Desktop/test.xml > > It might be that the local address resolution of Opera causes the > problems? All of the URL mentioned above, however, seems to cause no > problems when being run in Firefox, Chrome or IE. > > Christian > ___________________________ > > On Sat, May 25, 2013 at 9:10 AM, Alain Couthures > <ala...@ag...> wrote: >> Hello Christian, >> >> This sounds like an issue in XSLTForms because localhost mixed within >> file:// (file://localhost/C:/) does not look valid. >> >> Is it correct that you just open the local file "text.xml" within Opera? >> >> Thanks! >> >> -Alain >> >> Le 25/05/2013 09:04, Christian Grün a écrit : >>> Dear Alain, >>> >>> when using Opera (Version 12.15), and when executing the following >>> XSLTForms example file... >>> >>> <?xml-stylesheet href="xsltforms/xsltforms.xsl" type="text/xsl"?> >>> <html/> >>> >>> ...stored at "C:/Users/user/Desktop/test.xml", I’m getting the >>> following exception: >>> >>> "File not found: >>> file://localhost/C:/Users/user/Desktop/xsltforms/config_en.xsl" >>> >>> The file exists, and it is found by the browser if I directly open the >>> returned URL. >>> >>> While this is most probably an Opera issue (I haven’t checked earlier >>> versions), I‘d like to know if there is a chance/if it makes sense to >>> fix something in XSLTForms? >>> >>> Thanks, >>> 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 >>> Xsl...@li... >>> https://lists.sourceforge.net/lists/listinfo/xsltforms-support >>> |
|
From: Christian G. <chr...@gm...> - 2013-05-25 08:04:50
|
> There is an additional security check within Opera which by default is set > to No: opera:config#UserPrefs|AllowFileXMLHttpRequest …perfect, that’s it! Thanks a lot, Christian > Le 25/05/2013 09:15, Christian Grün a écrit : > >> Alain, >> >> thanks for the immediate response! Yes, all I did was copying the >> following URLs to the address line.. >> >> c:\Users\user\Desktop\test.xml >> file://c:/Users/user/Desktop/test.xml >> file://localhost/c:/Users/user/Desktop/test.xml >> >> ..and they are all converted to: >> >> file://localhost/c:/Users/user/Desktop/test.xml >> >> It might be that the local address resolution of Opera causes the >> problems? All of the URL mentioned above, however, seems to cause no >> problems when being run in Firefox, Chrome or IE. >> >> Christian >> ___________________________ >> >> On Sat, May 25, 2013 at 9:10 AM, Alain Couthures >> <ala...@ag...> wrote: >>> >>> Hello Christian, >>> >>> This sounds like an issue in XSLTForms because localhost mixed within >>> file:// (file://localhost/C:/) does not look valid. >>> >>> Is it correct that you just open the local file "text.xml" within Opera? >>> >>> Thanks! >>> >>> -Alain >>> >>> Le 25/05/2013 09:04, Christian Grün a écrit : >>>> >>>> Dear Alain, >>>> >>>> when using Opera (Version 12.15), and when executing the following >>>> XSLTForms example file... >>>> >>>> <?xml-stylesheet href="xsltforms/xsltforms.xsl" type="text/xsl"?> >>>> <html/> >>>> >>>> ...stored at "C:/Users/user/Desktop/test.xml", I’m getting the >>>> following exception: >>>> >>>> "File not found: >>>> file://localhost/C:/Users/user/Desktop/xsltforms/config_en.xsl" >>>> >>>> The file exists, and it is found by the browser if I directly open the >>>> returned URL. >>>> >>>> While this is most probably an Opera issue (I haven’t checked earlier >>>> versions), I‘d like to know if there is a chance/if it makes sense to >>>> fix something in XSLTForms? >>>> >>>> Thanks, >>>> 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 >>>> Xsl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/xsltforms-support >>>> > |
|
From: Christian G. <chr...@gm...> - 2013-05-25 16:14:34
|
Hi Alain, once again I’m in trouble getting XSLTForms running with Opera: some of the examples supplied in the xsltforms-1.0RC.zip release work fine (such as boolean.xml or constraint.xml), but when I try to run credit.xml, I’m receiving the following error: _________________________________ <localhost> XSLTForms Exception -------------------------- Error initializing : xforms-link-exception _________________________________ I get this error both locally and with a Jetty web server instance. Do you have a hint what’s going on here? Thanks again, feel free to ask for more details, Christian On Sat, May 25, 2013 at 10:04 AM, Christian Grün <chr...@gm...> wrote: >> There is an additional security check within Opera which by default is set >> to No: opera:config#UserPrefs|AllowFileXMLHttpRequest > > …perfect, that’s it! Thanks a lot, > Christian > > >> Le 25/05/2013 09:15, Christian Grün a écrit : >> >>> Alain, >>> >>> thanks for the immediate response! Yes, all I did was copying the >>> following URLs to the address line.. >>> >>> c:\Users\user\Desktop\test.xml >>> file://c:/Users/user/Desktop/test.xml >>> file://localhost/c:/Users/user/Desktop/test.xml >>> >>> ..and they are all converted to: >>> >>> file://localhost/c:/Users/user/Desktop/test.xml >>> >>> It might be that the local address resolution of Opera causes the >>> problems? All of the URL mentioned above, however, seems to cause no >>> problems when being run in Firefox, Chrome or IE. >>> >>> Christian >>> ___________________________ >>> >>> On Sat, May 25, 2013 at 9:10 AM, Alain Couthures >>> <ala...@ag...> wrote: >>>> >>>> Hello Christian, >>>> >>>> This sounds like an issue in XSLTForms because localhost mixed within >>>> file:// (file://localhost/C:/) does not look valid. >>>> >>>> Is it correct that you just open the local file "text.xml" within Opera? >>>> >>>> Thanks! >>>> >>>> -Alain >>>> >>>> Le 25/05/2013 09:04, Christian Grün a écrit : >>>>> >>>>> Dear Alain, >>>>> >>>>> when using Opera (Version 12.15), and when executing the following >>>>> XSLTForms example file... >>>>> >>>>> <?xml-stylesheet href="xsltforms/xsltforms.xsl" type="text/xsl"?> >>>>> <html/> >>>>> >>>>> ...stored at "C:/Users/user/Desktop/test.xml", I’m getting the >>>>> following exception: >>>>> >>>>> "File not found: >>>>> file://localhost/C:/Users/user/Desktop/xsltforms/config_en.xsl" >>>>> >>>>> The file exists, and it is found by the browser if I directly open the >>>>> returned URL. >>>>> >>>>> While this is most probably an Opera issue (I haven’t checked earlier >>>>> versions), I‘d like to know if there is a chance/if it makes sense to >>>>> fix something in XSLTForms? >>>>> >>>>> Thanks, >>>>> 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 >>>>> Xsl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/xsltforms-support >>>>> >> |
|
From: Alain C. <ala...@ag...> - 2013-05-26 08:20:04
|
Hi Christian,
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.
Yet another annoying security feature... With Google Chrome, XSLT
processing is blocked when local: a command-line option has to be used
("chrome.exe --allow-file-access-from-files") according to
http://bigsnowball.com/content/render-local-xslt-chrome
The schema processing could also be performed with Javascript and I
would like to know if you have a user case for offline applications with
Opera so I can consider it as a priority.
I realize that Javascript is now the only reliable feature in browsers.
XSLT, native XML and DOM are not anymore. 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.
Best regards,
-Alain
> Hi Alain,
>
> once again I’m in trouble getting XSLTForms running with Opera: some
> of the examples supplied in the xsltforms-1.0RC.zip release work fine
> (such as boolean.xml or constraint.xml), but when I try to run
> credit.xml, I’m receiving the following error:
> _________________________________
>
> <localhost>
>
> XSLTForms Exception
> --------------------------
>
> Error initializing :
>
>
>
> xforms-link-exception
> _________________________________
>
> I get this error both locally and with a Jetty web server instance.
>
> Do you have a hint what’s going on here?
>
> Thanks again, feel free to ask for more details,
> Christian
>
>
|
|
From: Christian G. <chr...@gm...> - 2013-05-27 21:37:32
|
> 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 |
|
From: Christian G. <chr...@gm...> - 2013-05-28 09:55:11
|
Alain, I have just tried the latest beta release of Opera [1], which is already based on the WebKit engine, and the problem is fixed with that version, so I guess it’s mainly a question of time. Best, Christian [1] http://www.opera.com/de/developer/next ___________________________ On Mon, May 27, 2013 at 11:37 PM, Christian Grün <chr...@gm...> wrote: >> 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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X