On 3/29/06 3:14 AM, "David Janes -- BlogMatrix" <[EMAIL PROTECTED]> wrote:
> From the hatom-issues [1] discussion, Tantek writes: > > | You can actually simplify that (one fewer span) with: > | <span class="author vcard"><span class="fn">My Name</span></span> > > Why shouldn't hCard support <span class="author vcard fn">My > Name</span>? I.e. do we gain anything by that extra layer of hierarchy > of spans? David, this has been asked (at least once) before on the list (we should probably add this to the microformats FAQ[1] and/or the hCard FAQ [2]), and the short answer is, it breaks the ability to nest microformats. E.g. even with just hCard, we can put an hCard inside another hCard as its AGENT, and that becomes impossible to parse if you collapse a property element (such as fn) with the root class name element (vcard) itself, because then it becomes ambiguous which hCard the "fn" applies to (the outer hCard, or the "agent" hCard). In short, properties of a microformat MUST go in descendant elements *inside* the root class element of that microformat. Similarly with subproperties of a property (e.g. "region" must be on a descendant of "adr"). Thanks, Tantek [1] http://microformats.org/wiki/faq [2] http://microformats.org/wiki/hcard-faq _______________________________________________ microformats-discuss mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-discuss
