Hi Gary, An w3c XSLT 4.0 community group home page introduces its work objectives as follows, "The group aims to agree extensions to the XSLT 3.0 Recommendation ..."
And as per, the same XSLT 4.0 community group home page, its mentioned their that, the new XSL specifications shall be named with version number 4.0. We already have much (i.e, many of useful features) of XSLT 3.0 basic-conformance (there's little bit of [xml] schema aware implementation as well) related implementation available on, XalanJ's xslt 3.0 dev branch. I agree with your following statement, 'I imagine that best way to build a 4.0 processor is on top of a 3.0 processor'. The points that I've mentioned within my original mail within this mail thread, were my naive observations about XalanJ's current XSLT 3.0 implementation status. @IMHO, as can be seen I've also changed my mail subscription address to Xalan lists. On Thu, Mar 14, 2024 at 1:59 AM Gary Gregory <garydgreg...@gmail.com> wrote: > > I agree with Joe's concerns on architecture and resouces. > > I imagine that best way to build a 4.0 processor is on top of a 3.0 processor > and we don't have that out yet. > > It might be possible to cherry-pick some 4.0 features on top of our 2.x code > base like some new XPath functions for example, but I'm not sure that > wouldn't be confusing for our users (but it might be helpful). > > I would like us to be in the position to release 2.x at will in a maintenance > mode as we gear up for a 3.0, but that's just a personal preference. -- Regards, Mukul Gandhi --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@xalan.apache.org For additional commands, e-mail: dev-h...@xalan.apache.org
