W3C home > Mailing lists > Public > public-rdf-in-xhtml-tf@w3.org > August 2007

Re: xhtml-rdfa updated

From: Shane McCarron <shane@aptest.com>
Date: Sun, 12 Aug 2007 07:58:59 -0500
Message-ID: <46BF0413.9070802@aptest.com>
To: Ivan Herman <ivan@w3.org>
CC: Dan Brickley <danbri@danbri.org>, "public-rdf-in-xhtml-tf.w3.org" <public-rdf-in-xhtml-tf@w3.org>

In case my original message wasn't clear...  There is a huge amount of 
work to do on the draft.  The real thing I did was update the DTD.  All 
the examples in the draft need to be revisited.  I just didn't have time 
yesterday.

Ivan Herman wrote:
> Dan Brickley wrote:
>   
>> Ivan Herman wrote:
>>     
>>> Shane,
>>>
>>> Thanks!
>>>
>>> I had a quick look at the draft before I _really_ disappear tomorrow
>>> morning for a week:-) But I wanted to give my first set of reactions.
>>>
>>> - A stylistic thing: would it be possible not to use that frequently the
>>> <meta> and <link> elements in the examples? This is more of a
>>> 'messaging' issue than anything else, but I guess one of the main
>>> message we want to put forward is that meta information can be put on
>>> _any_ element, and are not part of the header (via link and meta) only.
>>> Eg, 4.1 uses the <meta> element only, and a casual reader may think that
>>> we are talking about attributes for that element only...
>>>       
>> Emphasising that RDFa builds on <meta> and <link> is for other reasons
>> prudent, I think. By establishing historical continuity, and reminding
>> people of this, we show that RDFa brings together two long separated
>> areas of W3C work. This is good for teaching RDFa, good for trust from
>> users who'll feel their investment in our older specs was worthwhile,
>> and perhaps might even help establish RDFa's position in the wider
>> jumble of HTML-based languages floating around W3C.
>>
>>     
>
> That is true. And I did not say _not_ to use <link> and <meta> at all.
> But having a whole section using _exclusively_ <meta> is also
> misleading... Ie, a balance has to be found.
>
> I do think all this is a major problem, though, Shane's work is a HUGE
> step forward. I hope that part of my message is clear:-)
>
> Ivan
>
>   
>> Dan
>>     
>
>   

-- 
Shane P. McCarron                          Phone: +1 763 786-8160 x120
Managing Director                            Fax: +1 763 786-8180
ApTest Minnesota                            Inet: shane@aptest.com
Received on Sunday, 12 August 2007 12:59:26 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 14:15:09 GMT