OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] element markup in attributes

Simon St.Laurent wrote:
> Michael Kay wrote:
>>> What do folks think?  Is this reasonable, given the use case, or is 
>>> this pushing too hard on attributes and escaping?
>> A number of people have commented on the aesthetics, and I agree with 
>> them
>> entirely.
>> However, there is also a technical argument: XSLT, XQuery, and any other
>> processing engine that takes an XML-centric view of the world, will be 
>> quite
>> incapable of generating this stuff.
> I'm afraid XML-centric views of the world have little traction with the 
> creators of HTML5.  Remember, HTML5 preferred to define its own syntax:
> http://www.w3.org/TR/html5/syntax.html#parsing
> "While the HTML syntax described in this specification bears a close 
> resemblance to SGML and XML, it is a separate language with its own 
> parsing rules."
> It does support an XHTML syntax:
> http://www.w3.org/TR/html5/the-xhtml-syntax.html#the-xhtml-syntax
> HTML5 is still, of course, markup, which is why I asked about this 
> particular construct here.


We already have a data URI scheme for images:


<img src="data:image/png;base64,
vr4MkhoXe0rZigAAAABJRU5ErkJggg==" alt="Red dot" />

I hope this will be adopted in HTML5

And I wonder why we need another system for iframes, since the idea is 
to embed related resources in a single standalone document:

<iframe src="data:text/html;base64,

and please don't argue that massive escapes within attributes are 
readable, they aren't, and are error prone (this last point is also to 
consider, I have recently to deal with some HTML content that was built 
from a template, but the underlying engine didn't perform escapes 
correctly, and I found in attributes some unexpected quote that breaks 
the code; with an opaque encoding such as base64, we prevent such errors)


              (. .)
|      Philippe Poulard       |
        Have the RefleX !

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

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS