XML Editor - Download a Free Trial >
See What's New >
Buy Now >

[Home] [By Thread] [By Date] [Recent Entries]

  • From: Kurt Cagle <kurt.cagle@g...>
  • To: James Clark <jjc@j...>
  • Date: Wed, 15 Dec 2010 21:06:03 -0500
Alain Couthure's XSLTForms actually makes use of the re-entrant capabilities of XSLT on the browser, and I've written a number of apps that use the native XSLT capability within a browser to handle very complex re-entrant applications, as have many other people. XSLT2 support in the browser would significantly enhance this capability - the biggest holdups in seeing more use there is the fact that Mozilla's XSLT engine [expletive deleted].

Kurt Cagle
XML Architect
Lockheed / US National Archives ERA Project



On Wed, Dec 15, 2010 at 8:20 PM, James Clark <jjc@j...> wrote:
On Thu, Dec 16, 2010 at 8:05 AM, Henri Sivonen <hsivonen@i...> wrote:
 XSLT hasn't been designed for maintaining a continuous and incrementally updating relationship between the input and output trees.

Not true (at least for XSLT 1; can't speak for XSLT 2).  This is exactly what you need for an XSLT-driven XML editor, which was certainly one of the things XSLT was designed to enable.  It is the reason why certain useful features were left out of XSLT (result tree fragments as node-sets).  There have been implementations of this.

James



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

XML Editor - Download a 15 Day Free Trial Now >
See What's New in Stylus Studio >
Buy Stylus Studio - XML Editor - Now >
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member