The problem i see in the RFC and hCard for having multiple Images is this: All properties that allow multiple instances, NICKNAME do so as comma delimited values NICKNAME: bill, billy, Wil
and not as: NICKNAME: bill NICKNAME: billy NICKNAME: Wil In the RFC it is normally written at the end of the document as something like: NICKNAME: (text-value)*, saying that it can take multiple 'text-values' LOGO and IMAGE do not have the * operator, so i would interpret this as NOT allowing multiple comma delimated values. That leaves the question of can it have multiple instance of the same property: LOGO:.... LOGO:.... No other property does this, as my NICKNAME example above shows, so i would not think LOGO, PHOTO to be any different. So i DON'T think it is possible to have two or more PHOTOs or LOGOs, but i might be missing something. -brian Tantek Çelik wrote: >On 12/28/05 1:13 PM, "Paul Bryson" <[EMAIL PROTECTED]> wrote: > > > >>"Charles Iliya Krempeaux" >><[EMAIL PROTECTED]> wrote... >> >> >>>I'd agree with this if hCards allowed for multiple PHOTO's or LOGO's. >>>So, from my perspective, the question comes down to: does an hCard >>>support mutiple PHOTO's or LOGO's? (My understanding so far is that >>>they don't. But please correct me if I'm wrong.) >>> >>> >>I am currently using "logo" to display an avatar. But I am curious if more >>than one photo/logo is allowed per hCard. >> >> > >I don't see any wording in RFC 2426 (vCard) that prohibits multiple LOGOs or >PHOTOs, therefore it is reasonable to allow for more than one in hCards as >well. > >Now, what different clients/applications do with those multiple LOGOs/PHOTOs >is a different matter, but the assumption is that those implementations are >constantly improving. > >Your markup should reflect the content you are publishing. The >implementations will adapt to the content out there, especially if you add >your particular content as one of the "Examples in the Wild" in the hCard >specification: > > http://microformats.org/wiki/hcard#Examples_in_the_wild > >Thanks, > >Tantek > >_______________________________________________ >microformats-discuss mailing list >[email protected] >http://microformats.org/mailman/listinfo/microformats-discuss > > > _______________________________________________ microformats-discuss mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-discuss
