[uf-dev] Re: [uf-discuss] Plazes, Part 2

Tantek Ç elik tantek at cs.stanford.edu
Fri Apr 21 11:48:30 PDT 2006


On 4/21/06 11:35 AM, "Ryan King" <ryan at technorati.com> wrote:
> ...moving to mf-dev....
>> On Apr 20, 2006, at 4:42 PM, Brian Suda wrote:
>> --- at the moment no. The problem is that each of these x-parameters
>> are vendor specific and are not part of the RFC. Secondly, there is no
>> way to be 100% sure that "x-im" is in reference to an IM address or
>> just a CSS class name that happens to be called "x-im".
>>> I was just thinking...
>> I believe that URLs are the right way to do IM screen names in hCard.
> However, I don't think there'd be any harm in consuming agents and
> proxies to convert these URI schemes to the experimental properties.
> I don't propose that I'd be required of consumers, but it might be
> something nice for consumers to do for their users.
>> so,
>> <a class="url" href="aim:kingryan331">my aim</a>
>> could become
>> ...
> URL:aim:kingryan331
> X-AIM:kingryan331
> ...
>> Am I missing something? Would these heuristics be problematic?

Ryan, I'm not convinced this is the right thing to do, but this is worth
exploring a bit, and certainly worth documenting.
Let's take this in two directions.
1. Document any vendor-specific "X-" support for vCard on the vCard
implementations page (similarly for iCalendar):
 http://microformats.org/wiki/vcard-implementations
 http://microformats.org/wiki/icalendar-implementations
2. Add your proposed thoughts on having "hCard to vCard converters optional
produce X- properties" to hCard brainstorming, perhaps in a new section at
the bottom.
 http://microformats.org/wiki/hcard-brainstorming
Thanks,
Tantek


More information about the microformats-dev mailing list

AltStyle によって変換されたページ (->オリジナル) /