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

Reply via email to