Re: Statement why the Polyglot doc should be informative

Henri Sivonen, Mon, 5 Nov 2012 14:35:19 +0200:
> Polyglot markup is a bad method. On the input side, it limits the
> range of input compared to just taking both an HTML parser and an XML
> parser off the shelf. On the output side, you can’t use a generic XML
> serializer, so it’s an illusion that polyglot would let you get away
> with no HTML-specific software at the output end of the pipeline.

Forgive me for making a very obvious point: As Polyglot Markup is 
HTML-compatible, it is of course HTML-specific. It puts requirements on 
both XML editors and HTML editors. So there is not an endless room for 
that straw man. But it is not possible to run away from the fact that 
the end result *can* be edited further and/or be parsed, by today’s 
"off the shelf" tools and parsers.

> But we’ve covered the technical issues again and again. The purpose of
> the first message in this thread is to serve Process per Chair
> request—not to present any new information.

Have not seen that. But there are traditionally various disconnects 
following TPAC ...
-- 
leif halvard silli

Received on Monday, 5 November 2012 13:20:15 UTC