[uf-discuss] Microformats Cheatsheet

brian suda brian.suda at gmail.com
Mon May 8 13:10:40 PDT 2006


Thanks for the input, the faint grey boxes will probably disappear in
the next iteration. The grey boxes surround the adr property and
children, and the geo property and children. These are both their own
compound microformats... so if you have an address, you can use those
properties - same for geo. Eventually i might drop the box altogether,
or break them out on their own. (my worry about breaking them out is
lack of space.)

According to the hAtom spec:
Feed
a Feed element is identified by the class name hfeed
a Feed element represents the concept of an Atom feed
the Feed element is optional and, if missing, is assumed to be the page
hAtom documents MAY have multiple Feed elements

it says that it is optional, so i didn't make it underlined... when it
is missing it is assumed to be the page, so maybe there needs to be away
to represent that?

Any designers out there that want to offer any advice about a more
efficient layout, i'm all ears.

-brian

[1] - http://microformats.org/wiki/hatom#Feed

Drew McLellan wrote:
> On 8 May 2006, at 20:28, brian suda wrote:
>
>> I have tried to combine both the specs and the chart to a single 'cheat
>> sheet' for all the common microformats. This is a single page document
>> that describes both elemental microformats (XFN, RelTag, etc) and
>> compound microformats.
>
> Couple of quick observations. Firstly, superb work. This is going to
> be really useful. :)
>
> Presentational stuff:
> What's the aim of the very faint dotted box around some of the hCard
> elements? It's a little too faint at this end, if anything.
>
> I've not got a better suggestion at the moment, but the underline for
> the required elements doesn't quite offer the 'at a glance' apparence
> that could be really useful here. For example, on hCard you have to
> really look closely to notice fn is required. Perhaps using bold for
> required and finding something else for root?
>
> Error in hAtom:- hfeed should be bold (shouldn't it?)
>
> But yeah, really good job.
>
> drew.
> _______________________________________________
> microformats-discuss mailing list
> microformats-discuss at microformats.org
> http://microformats.org/mailman/listinfo/microformats-discuss
>



More information about the microformats-discuss mailing list