Re: [Xsltforms-support] XSLTForms browsers compatibility + Some issues using XSLTForms in server si
Brought to you by:
alain-couthures
|
From: COUTHURES A. <ala...@ag...> - 2009-11-02 20:44:24
|
Hello Javier,
> Then, to implement the XForms solution, we discovered XSLTForms, and we
> decided that for us it was the most suitable solution to get XForms
> work, mainly because we have on our server a xslt layer to adapt our web
> pages output.
>
Thank you for choosing XSLTForms!
> After using the examples with several browsers, we concluded that
> XSLTForms seems to work OK with at least Firefox 3, Internet Explorer 7,
> Opera and Konqueror.
I thought Konqueror had not XSLT engine... Are you talking about a
server side transformation for Konqueror?
> But we have experienced some problems with Firefox
> 2.
Beta 2 release has been successfully tested with FireFox 2.0.0.17 for
Windows. FF2 support has been a problem in intermediate work version
because event management in FireFox has been clearly change since FF3.0.
Workarounds have been implemented for FF2 support. Can you please send
me a test case where FF2 support is not correct?
> So, in first place, we would like to know if there is any list of
> browsers that are known to work ok (or no ok) with XSLTForms, to know if
> we will experience problems with users that have old browsers when are
> using our new web application.
>
XSLTForms has also been successfully tested with FF 3.0, FF 3.5, IE6
latest SP, IE7 latest SP, IE8, Safari 4, Opera 10 and Chrome.
> Later, we tried to use the xsl of xsltforms in our server side xslt
> layer and we experienced some problems that we managed to solve. These
> problems were mainly that our system (based on Java) wasn't able to load
> the xsl as it was when we downloaded it from sourceforge, due to using
> the server side xsl we didn't have defined any processing instruction.
> Commenting out in xslt all lines with commands like
> "translate(normalize-space(/processing-instruction('css-conversion')[1]),
> 'YESNO ', 'yesno')='no'" or
> "translate(normalize-space(/processing-instruction('xml-stylesheet')[1])",
> we managed to load the xsl and it seems to work ok in our system. We
> send you attached to this mail a patch with all changes we have done in
> your xsl to make it work.
>
In fact, there are more processing-instructions tests in Beta 2
release... But this should not interfere anymore with server side
transformation, the parameter "baseuri" having been added to permit
eXist-db to perform the transformation.
Best regards,
-Alain
|