RE: xinclude fails to use URI syntax for referring to resources?

On Wed, 2004-01-07 at 12:23, Jonathan Marsh wrote:
> The Core WG decided to add some explanation about why the split was
> made.

Good...

>   Here is my first draft of this text (suggestions welcome):
> 
> <note>
> 	<p>For interoperability, fragment identifiers <termref
> def="dt-must">should not</termref> be used; the interpretation and
> application of media-specific fragment identifiers in creating
> info-items is not guaranteed to be supported across implementations.
> For <att>parse="xml"</att> inclusions, sub-resources are identified by a
> separate <att>xpointer</att> attribute instead of by a fragment
> identifier.  A separate attribute is necessary because a fragment
> identifier is interpreted according to the media type of the returned
> resource, while the <att>xpointer</att> attribute is applied after the
> resource has been cast to application/xml.</p>
> </note>

Hmm... no pointer to nor excerpt from
http://www.w3.org/TR/webarch/#identification.

Can I please have one? Perhaps I'll find time to craft a
specfici textual selection presently.


> Sorry for the delay in responding 

Understandable; no harm done.


> > On Mon, 2003-11-10 at 17:16, Dan Connolly wrote:
> > > Regarding...
> > >   http://www.w3.org/TR/2003/WD-xinclude-20031110/

> > After discussion with the TAG
> >   http://www.w3.org/2003/11/15-tag-summary.html#xincl
> > I've changed my mind...

> > > "A URI SHOULD be assigned to each resource that is intended to be
> > > identified, shared, or described by reference."
> > >
> > >   -- http://www.w3.org/TR/webarch/#identification
> > >
> > > If a URI has been assigned to a resource, Web agents SHOULD refer to
> the
> > > resource using the same URI, character for character.
> > >   -- http://www.w3.org/TR/webarch/#identifiers-comparison
> > >
> > > which is basically: to refer from one thing to
> > > another in the Web, use URI reference syntax.
> > >
-- 
Dan Connolly, W3C http://www.w3.org/People/Connolly/

Received on Wednesday, 7 January 2004 13:35:17 UTC