W3C home > Mailing lists > Public > whatwg@whatwg.org > April 2006

[whatwg] Conformance criteria for hCard and hCalendar

From: Ian Hickson <ian@hixie.ch>
Date: Sat, 15 Apr 2006 09:53:08 +0000 (UTC)
Message-ID: <Pine.LNX.4.62.0604150929010.21459@dhalsim.dreamhost.com>
On Sat, 15 Apr 2006, Henri Sivonen wrote:
>
> How is one supposed to extract conformance requirements from the hCard 
> and hCalendar specs? The section that defines the format in both specs 
> is rather short. Is it an obvious bijective mapping between 
> hCalendar/iCalendar and hCard/vCard for those who are familiar with the 
> iCalendar and vCard formats? (It isn't obvious to me.) The existence of 
> http://microformats.org/wiki/hcard-parsing suggests that the specs 
> themselves are not sufficient descriptions of the formats and their 
> processing.
> 
> Are there even any conformance requirements for these formats? (The 
> specs seem to encourage view source instead of pointing to conformance 
> criteria.)

These questions would be better forwarded to the microformats.org mailing 
lists. The WHATWG spec won't make the <card> and <calendar> elements use 
hCard and hCalendar until/unless the relevant specs are much clearer about 
the points you raise.


> Also, an example in the Web Apps 1.0 spec suggests that the <card> 
> element does not replace the class='vcard' root of the card. It would be 
> nice to be explicit about this in the prose. (Why is the content model 
> then any block level elements instead of exactly one block level element 
> or zero or one block level elements?)

The <card> and <calendar> sections in the WA1 spec right now are nothing 
but placeholders (hence the "TBW" marker on the section headers).

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Saturday, 15 April 2006 02:53:08 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:58:46 UTC