[uf-new] Is including profiles a must?

Wed Jun 27 00:07:04 PDT 2012

On Tue, Jun 26, 2012 at 9:57 AM, Ian Yang <ian.html at gmail.com> wrote:
> Thanks Tantek.
>
> Frankly speaking, the current approach to reference microformats.org
> vocabularies is a bit inconvenient for user because it involves adding
> new attribute to the <head> element or adding extra elements (<link>
> or <a>). So maybe you could make it like how microdata does it (ex:
> <section itemscope itemtype="http://data-vocabulary.org/Person">).

This is reasonable feedback and mirrors reasons behind the in-progress
HTML5 "profile" attribute proposal:

http://microformats.org/wiki/html5-profile

Which with you could for example say:

<section class="vcard" profile="http://microformats.org/profile/hcard">

If that's useful to you (to be able to explicitly state the
profile/vocabulary you're using), then that helps provide incentive to
continue iterating on html5-profile draft - please take a look at it.

Thanks,

Tantek

> 2012/6/27 Tantek Çelik <tantek at cs.stanford.edu>
>>
>> On Mon, Jun 25, 2012 at 8:51 PM, Ian Yang <ian.html at gmail.com> wrote:
>> > Hi everyone,
>> >
>> > On the profile section ( http://microformats.org/wiki/hcard#Profile )
>> > of the hCard page, it says content that uses hCard should reference
>> > the profile by using:
>>
>> Note the "should" in that text.
>>
>>
>> > <link rel="profile" href="http://microformats.org/profile/hcard">
>> > or
>> > This content uses <a rel="profile"
>> > href="http://microformats.org/profile/hcard">hCard</a>.
>> > or
>> > <head profile="http://microformats.org/profile/hcard">
>> >
>> > Could you please explain the reason that including profiles is a must
>> > for using micorformats? Thank you very much.
>>
>> It's not a must, it's a should (as quoted), per RFC2119.
>>
>> In practice, most uses of hCard omit a profile reference.
>>
>> In the future we may figure out how to make microformats.org
>> vocabularies automatically referenceable rather than using explicit
>> profile references.
>>
>> Thanks
>>
>> Tantek
>> _______________________________________________
>> microformats-new mailing list
>> microformats-new at microformats.org
>> http://microformats.org/mailman/listinfo/microformats-new
> _______________________________________________
> microformats-new mailing list
> microformats-new at microformats.org
> http://microformats.org/mailman/listinfo/microformats-new