[whatwg] microformats incompatible with WebApps 1.0 ?
karl at w3.org
Mon Dec 11 17:26:33 PST 2006
Le 12 déc. 2006 à 09:56, Ian Hickson a écrit :
> In HTML5, the above can now be written as:
> <!DOCTYPE HTML>
> <title>Tantek's Thoughts</title>
> ...which is far easier to write and understand.
agreed. It is even simpler for XHTML 2.0, and you do not need the
One line less. :)
a minimal strictly conforming XHTML 2.0 Document is:
<html xmlns="http://www.w3.org/2002/06/xhtml2/" xml:lang="en">
>> Then in the page there are things like
>> <ul class="xoxo facets">
>> <li><a href="http://technorati.com/profile/tantek"
>> rel="me" has a meaning because of the profile up there.
> With the new proposal, the above still works, but doesn't require the
> profile attribute.
:) wonderful for all people using class="something" in their pages.
For backward compatibility, will it be asked to thousand of people to
fix their class names because it will be interpreted by parsers in
the wrong way?
> The disambiguation thing is nice in theory (which is why I wrote a
> detailed normative description for how to handle it about a year or
> ago, in far more detail than HTML4 ever did), but in practice
> nobody uses
> it and it therefore it doesn't actually disambiguate anything.
because people *can not* do it in most cases. profiles in head
section. As we say in French, you just made a circular reasoning "Le
serpent se mange la queue."
>>> Unfortunately in both cases we don't really have any choice; for
>>> compat, <link> and <meta> elements that aren't in the <head> must be
>>> moved to the <head> by the parser.
>> Then for back compatibility you will have to keep the profile
> I don't really see why. Nobody uses it. What useful content would
> you be
> being compatible with?
*nobody* … which is a false statement.
>> 4. Using GRDDL with valid XHTML
>> Parsers are not only browsers parsers.
> Removing profile="" makes GRDDL implementations easier and makes
> them more
> compatible with existing content. How is that not a boon?
I though it was nobody just from above.
>> Do you have an explanation for the why of
>> "<link> and <meta> elements that
>> aren't in the <head> must be moved
>> to the <head> by the parser."
> It's what browsers do... what do you mean?
So what you are saying is that old browsers now put back the link and
meta in the head section. Recovering the tag soup. Though it doesn't
forbid any microformat parsers to analyze the thing in situ in the
tree. And it is still a benefit for the end user.
Karl Dubost - http://www.w3.org/People/karl/
W3C Conformance Manager, QA Activity Lead
QA Weblog - http://www.w3.org/QA/
*** Be Strict To Be Cool ***
More information about the whatwg