[fwd] Re: Architectural problems of the XInclude CR

This got caught in moderation in Dan's inbox, sorry.

Liam

> From: "MURATA Makoto (FAMILY Given)" <EB2M-MRT@asahi-net.or.jp>
> Subject: [Moderator Action] Re: Architectural problems of the XInclude CR
> To: "Jonathan Marsh" <jmarsh@microsoft.com>
> Cc: www-xml-xinclude-comments@w3.org
> 
> 
> On Fri, 9 May 2003 15:48:07 -0700
> "Jonathan Marsh" <jmarsh@microsoft.com> wrote:
> 
> > We adopted such terminology, as illustrated by the
> > following sample:
> > 
> >   When parse="xml", the include location is dereferenced and the
> > resource 
> >   is fetched, transformed to application/xml, and an infoset is created.
> >   The transformation to application/xml allows XInclude to give the 
> >   author of the including document priority over the server of the 
> >   included document in terms of how to process the included content; 
> >   namely, to include a document as either XML or as text.
> > 
> > We would like to know if you feel this is adequate to satisfy your
> > objection to the publication of XInclude as a Proposed Recommendation of
> > the W3C.
> 
> Thank you for your further consideration.  I am not satisfied however.
> 
> First, this issue (contentTypeOverride-24) is being debated at the TAG.  
> I have seen a draft of "Client handling of MIME headers" but it does not 
> mention anything about casting.
> 
> Second, it is not clear what happens to the charset parameter.  Suppose 
> that an XML document is served as text/plain, charset=utf-16.  Then, 
> do you ignore the charset parameter?  If the document is served as 
> text/plain without the charset parameter, do you use the default for 
> text/plain (which is 8859-1 in the case of HTTP and US-ASCII in 
> the case of SMTP) or the default for application/xml (which is 
> autodetection as specified in XML 1.0)?
> 
> Third, what do you mean by casting?  Suppose that you have an HTML document 
> labelled as text/html.  What is the input of your "casting"?  A sequence of 
> octet sequences?  A sequence of Unicode characters?  A DOM tree representing 
> HTML documents?  Please elaborate.
> 
> Cheers,
> 
> 
> -- 
> MURATA Makoto (FAMILY Given) <EB2M-MRT@asahi-net.or.jp>
> 


-- 
Liam Quin, W3C XML Activity Lead, liam@w3.org, http://www.w3.org/People/Quin/
http://www.holoweb.net/~liam/
Ankh's list of IRC clients: http://www.valinor.sorcery.net/clients/

Received on Tuesday, 13 May 2003 15:55:09 UTC