At 13:17 2000-06-07 -0700, John Boyer wrote: >This trivially solves all of the problems. For example, the barename >xpointer given by URI="#E" could be represented by the expression > >subtree(id("E")) I think it is a useful proposal. However, to this point of URI="#E", we don't control the definition of XPtr's Bare Name. Consequently, the text in [1] will have to be changed. I may be wrong (I hope so), but I expect this means that References to XML fragments of the type URI="#NAME" will be quite useless. Also means we might have to add the "clean-URI" text [2] that used to be associated with the IDREFs... [1] http://www.w3.org/TR/2000/WD-xmldsig-core-20000601/#sec-Reference [URI] permits identifiers that specify a fragment identifier via a separating number/pound symbol '#'. (The meaning of the fragment is defined by the resource's MIME type). XML Signature applications MUST support the XPointer 'bare name' [Xptr] shortcut after '#' so as to identify IDs within XML documents. [2] http://www.w3.org/TR/2000/WD-xmldsig-core-20000104/#sec-ObjectReference URI/IDREF only permits a 'clean' URI or IDREF; fragment identification is specified under Transforms. This choice permits References to identify a fragment of a document that is encoded: the Reference identifies the resource, the first Transform specifies decoding, the second Transform specifies the fragment. _________________________________________________________ Joseph Reagle Jr. W3C Policy Analyst mailto:reagle@w3.org IETF/W3C XML-Signature Co-Chair http://www.w3.org/People/Reagle/Received on Wednesday, 7 June 2000 16:44:17 GMT
This archive was generated by hypermail 2.2.0 + w3c-0.29 : Thursday, 13 January 2005 12:10:09 GMT