On 12/9/06, David Janes <[EMAIL PROTECTED]> wrote:
How would someone marking up a hCalendar with a hCard make the location empty under those rules? The hCard is part of the hCalendar, both as part of the spec [1] and implicitly because it's there.
You wrote earlier: An "outer" microformat should - never look for attributes inside nested microformats (particularly hCard, hCalendar, hAtom and xFolk) --- sorry, i took your: NEVER to mean NEVER-EVER and not NEVER, except when it is part of the spec. i still think/feel that excluding embeded microformats inside other microformats is a bad idea. The whole point of NOT having namespaces is that the property values that we put into class/rel/rev have the same consistent meaning across all formats and therefore SHOULD be considered even when nested because it IS the same meaning. As it stands, hCard does NOT have any rules for other microformats to be nested inside of it... So if i were to do something like: <div class="vcard"> <span class="fn">Brian Suda</span> <div class="vevent"> <div class="summary">My Birthday</div> <abbr class="dtstart bday" title="1800-01-01">Jan 1st</abbr> </div> <div class="hFooBar"> <img src="images/me.png" class="photo" /> </div> </div> According to the "Never look inside other microformats when parsing the outermost format" the "bday" value would never be picked-up by the hCard parser. Also, if/when hFoobar came-out, if "to be a valid parser you can't parse inside other formats" it would HAVE to know NOT to parse inside hFooBar and how would it know not to do that unless, when each new format is minted, all previous formats must also update? that doesn't make sense to do. I think that the other nested formats should be transparent and any parser can look inside any other format - that's why we choose property values that apply across the whole microformats spectrum. Does that make sense? or are we both arguing (and agreeing) about the same thing and just not realising it? -brian -- brian suda http://suda.co.uk _______________________________________________ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss