W3C home > Mailing lists > Public > public-html@w3.org > September 2008

Re: profile attribute and conformance [was: Comparing conformance requirements against real-world docs]

From: Henri Sivonen <hsivonen@iki.fi>
Date: Fri, 5 Sep 2008 09:45:46 +0300
Cc: Michael (tm) Smith <mike@w3.org>, HTML WG <public-html@w3.org>
Message-Id: <68D1887E-6EE3-4FD1-9C0D-BC5F3E024848@iki.fi>
To: Ryan King <ryan@theryanking.com>

On Sep 4, 2008, at 20:23, Ryan King wrote:

> On Sep 4, 2008, at 7:54 AM, Henri Sivonen wrote:
>> In general, having the URI at the top of the page source and the  
>> microformat later in the body goes against the view source copy and  
>> paste way of learning HTML and also goes against the restrictions  
>> of blogging systems that allow people to paste stuff somewhere in  
>> the body but not control the head of the page.
>
> To get around this issue, there's a proposal on the microformats  
> wiki [1] that would allow profile URIs to be placed in the body.

What's your guess on whether microformat consumers will be  
incentivized to reject e.g. hCard without rel=profile?

> 1. http://microformats.org/wiki/rel-profile


The wiki page cites one implementation: Cognition.
http://buzzword.org.uk/cognition/

It's interesting to see what preferences (i.e. unresolved arguments)  
the tool offers. It offers these:
[ ] Strict Microformats
[ ] Strict RDFa
[x] Strict eRDF
[ ] Strict GRDDL
[ ] Check <head profile> for GRDDL (slow!!)

Only Strict eRDF is checked by default. "Strict Microformats" and  
"Strict GRDDL" mean that the tool forces itself to not recognize class  
and rel values if there's no profile URI. Since these are not checked  
by default, the developer of the tool has to have concluded that it's  
more useful for users of the tool to ignore the profile URI.

Also note that actually dereferencing profile URIs for GRDDL discovery  
is off by default because it is slow with two exclamation points.

-- 
Henri Sivonen
hsivonen@iki.fi
http://hsivonen.iki.fi/
Received on Friday, 5 September 2008 06:46:29 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 9 May 2012 00:16:23 GMT