Hello, Alain,

Congratulations on this milestone! I am very eager to try and test the new
release. Is XSLTForms now using Fleur for XPath parsing? Does this mean
that XPath 3.0 functions are now supported? I guess I can test this myself
:)

It's quite amazing to see the xsltforms.xsl file down to just over 500
lines.

Thanks again for all your work.

Best regards,
Tim


--
Tim A. Thompson
Discovery Metadata Librarian
Yale University Library

On Wed, Feb 5, 2020 at 3:16 PM Alain Couthures <
[email protected]> wrote:

> Hello,
>
> Please find a new release for XSLTForms at
> www.agencexml.com/1.5beta/xsltforms.zip
>
> It has not yet been fully tested because a lot of changes have been made
> and you are welcome to locate remaining issues with your own forms.
>
> The XSLT part has been reduced to minimal for better performance. Instead
> of parsing the XPath expressions and transforming all the XForms elements
> into HTML elements, it basically just transposes the non-HTML elements into
> sort-of custom elements: xforms:* elements become xforms-* elements with
> xf-* and ev-* attributes.
>
> Have a look with your favorite browser debugger! Actually, authors could
> even prefer to directly write/generate forms with this new notation and
> forget about the XSLT step. You can compare two sources for the same form:
> hello.xml and hello.htm
>
> XSLTForms Javascript classes constructors are obtaining their properties
> directly from xf-* attributes and XPath parsing is then performed.
>
> No ids are automatically added as previously.
>
> Extra xf-* attributes and extra xforms-* elements are used to embed
> effective HTML rendering elements, for example, xforms-body or
> xforms-repeat-item while, before, span or div elements where used.
>
> XSLTForms classes for xforms:select and xforms:itemset had to be partially
> rewritten.
>
> SVG support has been basically tested too.
>
> CSS styling is not anymore based on xforms-* classes but on custom element
> names and attribute selectors. For example, the extra xf-bound attribute,
> when present, says that the XForms control is bound to a node, eventually a
> not relevant one, and the extra xf-notrelevant attribute can, then, be
> checked...
>
> Thank you for your contribution!
>
> --Alain
> _______________________________________________
> Xsltforms-support mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/xsltforms-support
>
_______________________________________________
Xsltforms-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/xsltforms-support

Reply via email to