[whatwg] Conformance criteria for hCard and hCalendar
Ian Hickson
ian at hixie.ch
Tue May 23 13:40:53 PDT 2006
On Mon, 22 May 2006, Matthew Raymond wrote:
>
> Will there be a <resume> element for hResume[1]?
> How about a <review> element for hReview[2]?
It certainly isn't my intention to add such elements so far, as I've heard
nobody asking for them. Do you think they would be useful? They seem a bit
specific. HTML just represents documents (for some definition of
"document" that includes "application", at this point), it doesn't have
the ability natively to say "this is a letter", "this is a resume", "this
is a review", etc. I don't think we really want to go there.
> Exactly where does this end?
Wherever we want it to end. In general we want to aim for the 80% case, I
think. Your implied suggestion seems to be that vCard and iCalendar are
not in the 80% case. That's certainly possible.
> 1) When using XHTML, is there any benefit the <card> and <calendar>
> elements plus hCard and hCalendar would give over something like RDF
> vCard[3]?
It's hard to see any benefit that using hCard and hCalendar _wouldn't_
give over using RDF. :-)
> 2) What standards bodies control hCard and hCalendar?
microformats.org is the closest to a standards body that currently
controls those specs. But I assume you knew that, so I'm not sure what
you're really asking here.
> 3) If we're going to create markup to essentially "bind" microformats,
> why not have more general elements for this purpose rather than two
> elements that target specific microformats?
I'm not sure what more general element you would need, given that
microformats are doing quite fine without anything more than HTML4
provides.
Note that <card> and <calendar> weren't originally intended to "bind" to
microformats, but to whole-sale import the syntax of hCard and hCalendar.
It's not clear whether we'll be able to do that, given the quality of the
hCard and hCalendar specs right now.
> 4) It's beginning to look like microformats are just a way of getting
> around HTML's own lack of namespace support. Are standardized
> microformats really any better than the HTML namespaces Internet
> Explorer introduced?
Namespaces using prefixes as in XMLNS really aren't well understood by
authors. I'm not sure adding namespace support would be a good move.
I'm also not sure why you think microformats have anything to do with
namespaces. You still need a central authority (or two, or three) to make
sure that everyone speaks the same language.
--
Ian Hickson U+1047E )\._.,--....,'``. fL
http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,.
Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
More information about the whatwg
mailing list