- From: Henri Sivonen <hsivonen@iki.fi>
- Date: Fri, 5 Sep 2008 09:45:46 +0300
- To: Ryan King <ryan@theryanking.com>
- Cc: Michael (tm) Smith <mike@w3.org>, HTML WG <public-html@w3.org>
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 UTC