W3C home > Mailing lists > Public > www-html@w3.org > June 2005

N3 syntax in XHTML 2 [was RE: DC in XHTML2]

From: Mark Birbeck <mark.birbeck@x-port.net>
Date: Fri, 10 Jun 2005 00:38:33 +0100
Message-ID: <2604453A-92F5-41C1-8CC7-C49B4E3549C7@S009>
To: "'Sjoerd Visscher'" <sjoerd@w3future.com>
Cc: <www-html@w3.org>, <public-rdf-in-xhtml-tf@w3.org>

Hi Sjoerd,

> Mark Birbeck wrote:
> > Personally I would prefer to see a syntax for URIs that copes with 
> > both QNames and URIs in the same attribute--it's what I'd 
> hoped when I 
> > first started work on RDF/A, and is in effect what N3 does. Then it 
> > ceases to be the responsibility of the mark-up, and moves 
> to the realm 
> > of the attribute processing.
> 
> Why not actually adopt N3 for HTML?
> Then the about, rel, rev, property, role and resource 
> attributes can either be a qname, or a uri inside <>, or a 
> literal or an anonymous node etc.

I'd always hoped it would be possible to come up with a syntax that would do
this. The problem with using N3 specifically is that it uses '<' and '>' on
URIs, which does get a bit awkward in XML documents--but I do agree with you
that the principle is there.

One possibility would be to adorn QNames instead, with some characters that
are not from the set of valid URI characters. An example might be:

  href="[x:y]"

since '[' and ']' are in the 'excluded' characters list. (Other characters
in that list are '{' and '}' but I think they should be saved for attribute
value templates, as used in XSLT.)

Another possibility would be to use some XPointer syntax, such as:

  href="#qname(x:y)"

Anyway, the main point I think is that it must be possible to do this
somehow, and avoid the 'attribute explosion' that will happen if we have a
QName equivalent for each URI attribute.

Regards,

Mark


Mark Birbeck
CEO
x-port.net Ltd.

e: Mark.Birbeck@x-port.net
t: +44 (0) 20 7689 9232
w: http://www.formsPlayer.com/
b: http://internet-apps.blogspot.com/

Download our XForms processor from
http://www.formsPlayer.com/
Received on Thursday, 9 June 2005 23:39:28 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 5 February 2014 07:19:03 UTC