Update to XSLTForms 1.3, released Dec. 2018

[joewiz]

No description provided.

[dizzzz]

Please could you add a LICENSE file? I can't find one...

[joewiz]

@AlainCouthures As mentioned via Twitter, do you have a LICENSE file?

[joewiz]

Once the LICENSE is sorted, I can update this PR with the assets from XSLTForms 1.3, the current download from http://www.agencexml.com/xsltforms.htm. Is that what you'd recommend, Alain?

[AlainCouthures]

Please find the LICENSE file attached. Thanks!

--Alain Le 24/07/2019 à 03:25, Joe Wicentowski a écrit :

@AlainCouthures <https://github.com/AlainCouthures> As mentioned via Twitter, do you have a LICENSE file? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#3?email_source=notifications&email_token=AAEG7TCMTK7OUBEAX5ZAPEDQA6VSLA5CNFSM4ETNXENKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2U4GTY#issuecomment-514442063>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAEG7TEEYWF4ZFD46TN33R3QA6VSLANCNFSM4ETNXENA>.

Copyright (C) 2019 agenceXML - Alain COUTHURES Contact at : info@agencexml.com This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. This library is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Lesser General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this library; if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA

[joewiz]

@AlainCouthures Thank you!

@dizzzz The license is now in the PR, and I've updated to the current stable release from http://www.agencexml.com/xsltforms.htm.

[joewiz]

@AlainCouthures Could you offer a suggestion on what might cause the phenomenon with colors.xml that the browser returns an error, pointing to this portion of the transformed source:

<script type="text/javascript" id="myscript"><?javax.xml.transform.disable-output-escaping?>/* &lt;![CDATA[ */
<?javax.xml.transform.enable-output-escaping?><?javax.xml.transform.disable-output-escaping?>
			function luminosity(c) {
				var r = parseInt(c.substr(1,2), 16);
				var g = parseInt(c.substr(3,2), 16);
				var b = parseInt(c.substr(5,2), 16);
				return 0.2126 * Math.pow(r/255, 2.2) + 0.7152 * Math.pow(g/255, 2.2) + 0.0722 * Math.pow(b/255, 2.2);
			}
		<?javax.xml.transform.enable-output-escaping?>
<?javax.xml.transform.disable-output-escaping?>/* ]]&gt; */
<?javax.xml.transform.enable-output-escaping?>
        </script>

Does it look like eXist is failing to respect the disable-output-escaping="yes" directives here in xsltforms.xsl:

<xsl:template match="xhtml:script[not(@type) or @type = 'text/javascript' or @type = 'text/javascript-runonce'] | script[not(@type) or @type = 'text/javascript' or @type = 'text/javascript-runonce']">
	<script type="text/javascript">
		<xsl:apply-templates select="@*[local-name() != 'type']"/>
		<xsl:text disable-output-escaping="yes">/* &lt;![CDATA[ */
</xsl:text>
		<xsl:value-of select="." disable-output-escaping="yes"/>
		<xsl:text>
</xsl:text>
		<xsl:text disable-output-escaping="yes">/* ]]&gt; */
</xsl:text>
	</script>
</xsl:template>

If you have any suggestions on what this transformation suggests, I might be able to fix the error raised when opening colors.xml in eXist, before the next release of the eXist package containing XSLTForms 1.3. (At worst we can fix this in a future release of the package.) Thanks for any hints!

[dizzzz]

Great work @joewiz !

[joewiz]

@adamretter Thank you! Would you please merge the corresponding PR, eXist-db/xsltforms-demo-app#3, as well?

[AlainCouthures]

@joewiz Sorry, I have never seen such processing instructions in transformed sources. The colors.xml example does not really need escaping but it shows how to do it for XSLT engines such as the ones in browsers. The next XSLTForms release will introduce an extra notation for (X)HTML5 which is compatible with custom elements and does not require the XForms namespace (shortly, xf:* elements are replaced by xforms-* tags). Using this notation, there is no XSLT transformation at all to run a form with XSLTForms. Thank you for your work!

…

--Alain Le 3 mai 2020 à 01:46, Joe Wicentowski <notifications@github.com> a écrit : @AlainCouthures Could you offer a suggestion on what might cause the phenomenon with colors.xml that the browser returns an error, pointing to this portion of the transformed source: <script type="text/javascript" id="myscript"><?javax.xml.transform.disable-output-escaping?>/* &lt;![CDATA[ */ <?javax.xml.transform.enable-output-escaping?><?javax.xml.transform.disable-output-escaping?> function luminosity(c) { var r = parseInt(c.substr(1,2), 16); var g = parseInt(c.substr(3,2), 16); var b = parseInt(c.substr(5,2), 16); return 0.2126 * Math.pow(r/255, 2.2) + 0.7152 * Math.pow(g/255, 2.2) + 0.0722 * Math.pow(b/255, 2.2); } <?javax.xml.transform.enable-output-escaping?> <?javax.xml.transform.disable-output-escaping?>/* ]]&gt; */ <?javax.xml.transform.enable-output-escaping?> </script> Does it look like eXist is failing to respect the disable-output-escaping="yes" directives here in xsltforms.xsl: <xsl:template match="xhtml:script[not(@type) or @type = 'text/javascript' or @type = 'text/javascript-runonce'] | script[not(@type) or @type = 'text/javascript' or @type = 'text/javascript-runonce']"> <script type="text/javascript"> <xsl:apply-templates select="@*[local-name() != 'type']"/> <xsl:text disable-output-escaping="yes">/* &lt;![CDATA[ */ </xsl:text> <xsl:value-of select="." disable-output-escaping="yes"/> <xsl:text> </xsl:text> <xsl:text disable-output-escaping="yes">/* ]]&gt; */ </xsl:text> </script> </xsl:template> If you have any suggestions on what this transformation suggests, I might be able to fix the error raised when opening colors.xml in eXist, before the next release of the eXist package containing XSLTForms 1.3. (At worst we can fix this in a future release of the package.) Thanks for any hints! —You are receiving this because you were mentioned.Reply to this email directly, view it on GitHub, or unsubscribe.  

[joewiz]

@AlainCouthures Thanks very much for your feedback! I look forward to the release of the new version and will gladly update the eXist packages if they still seem useful.