[microformats-discuss] IRI unsuitable for rel,
"naming clashes" is chicken littling
Tantek Ç elik
tantek at cs.stanford.edu
Wed Jul 13 03:50:03 PDT 2005
On 7/12/05 12:35 PM, "Danny Ayers" <danny.ayers at gmail.com> wrote:
> I thought it worth mentioning that there was considerable discussion
> of useful values for a "rel" attribute over on the Atom list/wiki,
> specifically for the <link> element. The decision was made to endorse
> by IANA registration five initial values (alternate, related, self,
> enclosure, via), but to also allow unregistered values that could be
> specificied using an IRI.
The use of IRIs in 'rel' attribute values is an unnecessary and undesirable
level of complexity and syntactic vinegar.
> The general feeling was that this offered a good compromise between a
> (ever growing!) list of preset values and an openly-extensible
No. This was a mistake. XSPF repeated this mistake.
I'm terminating this notion right here.
IMHO the use of IRIs for rel values is out of scope for microformats.
As list moderator: end of thread on IRI for rel.
> Use of IRIs prevents naming clashes.
"Naming clashes" is chicken littling and has been documented as such within
the context of microformats.
As list moderator: end of thread of general "naming clashes" discussions.
More information about the microformats-discuss