On 4/21/06 11:28 AM, "Ryan King" <[EMAIL PROTECTED]> wrote:
> On Apr 20, 2006, at 5:05 AM, Chris Messina wrote: > >> Two quick things... shouldn't this discussion move to microformats- >> dev? >> >> Second, we did come up with a recommendation for handling IM nicks: >> >> http://microformats.org/wiki/hcard-examples#New_Types_of_Contact_Info > > Pieter already addressed that, when he said: > >>> (sadly, most apps only import the first URL element >>> and ignore following ones) > > I believe the proper way to use these is to use URLs its extensible > in the same space as URI protocols and requires zero invention by us. Exactly. If a specific vCard implementation only supports a single URL (or email, or phone number, or adr, or any other plural (i.e. not explicitly singular) property), please document it as a bug here: http://microforamts.org/wiki/vcard-implementations There are sections there for several popular implementations. If you find another, add a new section. Similarly for iCalendar implementations: http://microforamts.org/wiki/icalendar-implementations > Unfortunately, others (Apple *ahem*, Microsoft *ahem*), decided to > use experimental properties instead of URIs. > > Experimental properties are fine and great for trying out new things, > but I wish they hadn't reinvented things. Yes, this is unfortunate. At least they are both shifting in the direction of better support for open standards, and thus I am confident that their implementations will improve in the future. Especially if we help by publicly documenting their bugs with reproducible test cases, and providing specific suggestions of how to fix them and improve the behavior to be more open standards compliant. Thanks, Tantek _______________________________________________ microformats-discuss mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-discuss
