W3C home > Mailing lists > Public > public-forms@w3.org > October 2013

Re: Chrome about to remove XSLT from browser

From: Erik Bruchez <erik@bruchez.org>
Date: Wed, 9 Oct 2013 10:17:03 -0700
Message-ID: <CAAc0PEVwwgkATzXsuX0xeX9YuiBG0YLTsuYAz6X3aXF8NfAFmA@mail.gmail.com>
To: John Boyer <boyerj@ca.ibm.com>
Cc: Forms WG <public-forms@w3.org>, "public-xformsusers@w3.org" <public-xformsusers@w3.org>

Hadn't seen this, but here is a relevant thread:


The main concern seems to be the relative footprint of the code given
the little real usage XSLT has in the browser.

The reality as I read it is that XSLT is not deemed a web technology
with a future so has no place in the browser and should be removed.
But I wonder why it's not simply put in those terms?

With the advent of web components [1], I personally don't see a need
for XSLT as a required implementation technology for XForms in the


[1] http://www.w3.org/TR/2013/WD-components-intro-20130606/

On Wed, Oct 9, 2013 at 9:21 AM, John Boyer <boyerj@ca.ibm.com> wrote:
> Hi XForms WG!
> I just ran across a news item, maybe old news to all of you(?), that XSLT is
> near to be removed from the Chrome browser.
> I've heard the conjecture that it may have to do with Google not indexing
> XML that has PIs, so this removal would help speed the transition to JSON.
> It's hard to figure out what problem might have been solved by not indexing
> XML with PIs, and it's harder to figure out how a simple syntactic
> translation to JSON might fix whatever that problem was.  Maybe it was just
> a bad conjecture, but I haven't heard any others yet.
> Any thoughts on why this removal might be under consideration?
> Is this alarming or not really of concern for XForms?
> Thanks,
> John Boyer
Received on Wednesday, 9 October 2013 17:17:58 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:48:56 UTC