W3C home > Mailing lists > Public > www-tag@w3.org > March 2009

Re: @rel syntax in RDFa (relevant to ISSUE-60 discussion), was: Using XMLNS in link/@rel

From: Leif Halvard Silli <lhs@malform.no>
Date: Fri, 06 Mar 2009 03:36:44 +0100
Message-ID: <49B08C3C.1070608@malform.no>
To: Julian Reschke <julian.reschke@gmx.de>
CC: Manu Sporny <msporny@digitalbazaar.com>, Maciej Stachowiak <mjs@apple.com>, Mark Nottingham <mnot@mnot.net>, "www-tag@w3.org WG" <www-tag@w3.org>, HTMLWG WG <public-html@w3.org>, RDFa mailing list <public-rdf-in-xhtml-tf@w3.org>, public-xhtml2@w3.org
Julian Reschke 2009-03-05 16.44:
> Manu Sporny wrote:
    [...]
>> However, I don't think that's Julian's point. I believe that his point
>> is that, because of CURIEs, you have a two-stage process instead of a
>> one-stage process.
>>
>> For CURIES, you must:
>>
>> 1. Read the value in @rel.
>> 2. Lookup the prefix mapping and append the reference to the prefix.
    [...]
>> For Microformats, non-CURIEs, etc., you must:
>>
>> 1. Read the value in @rel.
>>
>> Is that your issue, Julian? That because of CURIEs/RDFa, you have to do
>> more now to determine what @rel really means?
> 
> Yes. Using a safe-CURIE wouldn't have prevented that, but at least it 
> wouldn't break URIs in rel values.

But if the user agent would be reading the profile attribute value 
and - as HTML 4 says - "perform some activity based on known 
conventions for that profile", then one could have a two step 
solution in text/html as well.

The problem is establishing the convention. May be the convention 
could be to link unknown profile IRI to the CURIE via a <link> 
element.

<LINK     rel="http://creativecommons.org/ns#" href="[cc]" >
<a rel="[cc:morePermissions]" href="link">text.</a>
-- 
leif halvard silli
Received on Friday, 6 March 2009 02:48:32 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 12:48:13 GMT