#issue-tx-element: any ideas for GRDDL copy/paste/clipboard?

I finally took a closer look at this live clipboard stuff yesterday,
while discussing the Operator Mozilla/firefox extension. Here's
an example of microformat data from the live clipboard spec:

http://rayozzie.spaces.live.com/editorial/rayozzie/demo/liveclip/specification/v092.html

hCard data:
<div class='vcard'>
 <span class='fn n'>
  <span class='given-name'>Jack</span>
  <span class='family-name'>Ozzie</span>
 </span>
 <div class='adr'>
  <span class='type'>work</span> address: 
  <span class='street-address'>1 Microsoft Way</span>, 
  <span class='locality'>Redmond</span>, 
  <span class='region'>WA</span>  
  <span class='postal-code'>98052</span>
 </div>
 <div class='tel'>
  <span class='type'>work</span> 
  <abbr class='type' title='voice'> phone: </abbr>
  <span class='value'>+1-425-555-1212</span>
 </div>
</div>

Note there's nothing to ground terms like 'locality' in URI space.
There's an lc:format element that uses the IANA MIME type registry;
they acknowledge that's too coarse, and they add a type attribute a la:

  <lc:format type="vcard" contenttype="application/xhtml+xml">

Again, nothing to ground "vcard" in URI space.

It might be nice if we could add something like a GRDDL profile
on that div element...

  <div class='vcard' grddl:transformation="...">


But I haven't figured out a way to preserve the chain of authority
while doing that. What if the <div> is wrapped not in a
live clipboard document, but in an XSLT transformation or
some other context that quotes the div and thus changes its
semantics?

While I just added this issue to our issues lists in recent
weeks, it has been discussed at least as far back March 2004...

issue-tx-element: is there a way to push the grddl:transformation
attribute down from the document element to individual elements without
breaking the chain of authority? See RDF in parts of XHTML documents 09
Mar 2004 and discussion of trackback in an 18 March message

http://www.w3.org/2004/01/rdxh/spec#issue-tx-element

One way to address this issue is to change the "host" language,
the way RDFa is doing with HTML. But that doesn't fit well with GRDDL.
Indeed, I haven't seen any designs that do fit with GRDDL.

So I propose to postpone this issue; i.e. decide that GRDDL is
good enough even though it doesn't address this issue (by itself;
a combination of RDFa, a new HTML spec, and GRDDL does address
many cases of this issue).

Perhaps we should elaborate the use cases document a bit
to discuss this limitation before we close the issue?
We do have a couple related, unfinished threads:

hGRDDL example 
http://lists.w3.org/Archives/Public/public-grddl-wg/2007Jan/0012.html
GRDDL + microformats economics-of-deployment use case
http://lists.w3.org/Archives/Public/public-grddl-wg/2006Dec/0061.html

p.s. there are a couple relevant TAG issues, if you're interested...

xmlFunctions-34: XML Transformation and composability (e.g., XSLT,
XInclude, Encryption)
http://www.w3.org/2001/tag/issues.html?type=1#xmlFunctions-34

standardizedFieldValues-51: Squatting on link relationship names,
x-tokens, registries, and URI-based extensibility
http://www.w3.org/2001/tag/issues.html?type=1#standardizedFieldValues-51


-- 
Dan Connolly, W3C http://www.w3.org/People/Connolly/
D3C2 887B 0F92 6005 C541  0875 0F91 96DE 6E52 C29E

Received on Friday, 12 January 2007 18:41:42 UTC