- From: T.V Raman <raman@google.com>
- Date: Wed, 26 Sep 2007 16:43:42 -0700
- To: annevk@opera.com
- Cc: raman@google.com, peter.krantz@gmail.com, dorchard@bea.com, public-html@w3.org
Anne, Please keep your personal opinions about RDF-A to yourself, I dont need to hear them, just as you dont need to hear mine. If you read what I wrote without viewing everything through a biased lens, you'll see that I said you need custom elements because it's nice to attach behavior and style via XBL, and therefore simplify ones markup --- which is where introducing custom elements come in. Anne van Kesteren writes: > On Wed, 26 Sep 2007 19:31:17 +0200, T.V Raman <raman@google.com> wrote: > > In a world where one can attach style and behavior to content via > > XBL, it becomes fairly easy for sites across the Web to simplify > > their markup by introducing small, tightly focused specialized > > vocabularies > > I don't believe RDFa really helps with this though. As it is based on the > (horrid, imo) concept of qnames in content two equivalent (not identical) > documents can't necessarily be styled using the same binding because the > Selectors language and the DOM have no support for qnames in content. > > > An example where this would apply is given an attribute bar that accepts > qnames in content on element foo for markup constructs > > * <foo bar="x:x"> > * <foo bar="y:x"> > > where the x and y prefixes are both bound to the same namespace somewhere > higher up in the tree structure they can not be selected using Selectors > (using a single selector) or by using simple convenient methods from the > DOM. This kind of defeats using XBL for these constructs and it seems much > better to use something like > > * <x:x> > * <y:x> > > with x and y bound to the same namespace (again) as this doesn't have that > problem at all. > > > (I don't think this should be solved in Selectors and the DOM by the way > as it would require specific knowledge about which attributes contain > qnames et cetera. It also makes serialization from a DOM tree structure > harder and incompatible with existing practices as rewiring prefixes which > currently has no side effects in a normal XHTML document suddenly has.) > > > -- > Anne van Kesteren > <http://annevankesteren.nl/> > <http://www.opera.com/> -- Best Regards, --raman Title: Research Scientist Email: raman@google.com WWW: http://emacspeak.sf.net/raman/ Google: tv+raman GTalk: raman@google.com, tv.raman.tv@gmail.com PGP: http://emacspeak.sf.net/raman/raman-almaden.asc
Received on Wednesday, 26 September 2007 23:44:20 UTC