Re: [Xsltforms-support] New release: Please give it a try!

[Steven P. <ste...@cw...>]

OK thanks.

New one: operator mod not recognised?

Steven

On Mon, 24 Feb 2020 14:30:56 +0100, Alain Couthures  
<ala...@ag...> wrote:

> This has been fixed recently and I cannot reproduce this bug with your  
> own test page: please clear browser cache.
> --Alain
>> Le 24 février 2020 à 14:19, Steven Pemberton <ste...@cw...>  
>> a écrit :
>> Exciting to be testing the new implementation.
>> I'll start simple.
>> [Enter] in an <input/> doesn't seem to dispatch a DOMActivate.For  
>> instance,  
>> https://homepages.cwi.nl/~steven/forms/examples/lists/list3.xhtml
>> Steven
>>
>>
>> On Wed, 05 Feb 2020 21:15:57 +0100, Alain Couthures  
>> <ala...@ag...> 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
>>
>>
>>
>