- From: Robin Berjon <robin@w3.org>
- Date: Wed, 20 Mar 2013 13:25:40 +0100
- To: "Henry S. Thompson" <ht@inf.ed.ac.uk>
- CC: www-tag@w3.org
On 19/03/2013 20:40 , Henry S. Thompson wrote:
> The point is this is a common situation as technologies transition.
I fully agree that transition strategies is an architectural topic, a
difficult one at that, and that it could be an interesting subject for a
finding (likely one more generally on versioning).
But what you're describing isn't a transition problem. You're trying to
publish XML content to a system that has presumably, in one form or
another, been serving HTML since before XML existed. It's not seeing
pains from transitioning from XHTML to HTML — it never supported XHTML
to start with.
I'd like to remind the TAG that we've worked on this before:
http://www.w3.org/2010/html-xml/snapshot/report.html
It is customary in groups not to reopen discussions unless there is
substantive new input. So can anyone clearly tell me what problem:
a) Isn't solved by placing HTML serialisation at the end of an XML
tool chain (as supported by XSLT); or
b) Isn't solved by placing an HTML parser, making use of Infoset
coercion, at the front of an XML tool chain; and
c) Is of an architectural nature.
Otherwise, as Chaals says, this is a deployment issue. It is the HTML
WG's, and the broader HTML community's, job to help XHTML users
transition to HTML.
I don't have a strong opinion on whether polyglot is an important
component in helping that happen. I used it for a couple years at first,
but now that the (non-browser) HTML tool set has sufficiently improved I
no longer see the need for it. I do however not see where this is a
current architectural issue. At best it is a problem of improving the
existing libraries — something I do believe we should encourage and support.
Additionally, I remain convinced that there is a goldmine of value for
all were the XML community to cast its nighted colour off and not
forever with its vailèd lids look seek for well-formedness in the dust.
Something like JSONiq is absolutely wonderful, and XQuery on HTML would
be very valuable (I know I'd use it).
But that's not an architectural issue either.
--
Robin Berjon - http://berjon.com/ - @robinberjon
Received on Wednesday, 20 March 2013 12:25:49 UTC