W3C home > Mailing lists > Public > www-html@w3.org > January 2006

Re: content type for XHTML fragments: reformulated

From: Spartanicus <spartanicus.3@ntlworld.ie>
Date: Tue, 17 Jan 2006 19:17:13 +0000
Message-ID: <n2m-g.l0gqs15k2jf165penie6pb4ieq5upges4n@news.spartanicus.utvinternet.ie>
To: www-html@w3.org

David Woolley <david@djwhome.demon.co.uk> wrote:

>> Content snippets should therefore be served as text/plain, the fact that
>> the snippet *may* contain markup is irrelevant. The application is the
>
>Opaque content should be served as application/octet-stream.  text/plain
>should be used for material that doesn't contain markup.  That's what plain
>means.

It makes no sense to serve a "foo" content fragment as text/plain and
"<em>foo</em>" as something else. In the context of a content fragment
both are just plain text.

>However, the arguments for the use of the external entity type make sense
>to me.  I agree that the ones originally suggested are wrong.
>
>> only tool that should have access to the content snippets, it's
>> configuration should ensure how the snippet is handled (i.e. included
>> verbatim without parsing it or doing anything else to it).
>
>An application transcluding fragments might well treat plain text as 
>CDATA, or as completely devoid of XML codes, whereas when transcluding 
>XHTML fragments would parse the content.

Sorry, "transclude" or "transcluding" is not in my dictionaries.

-- 
Spartanicus
Received on Tuesday, 17 January 2006 19:17:25 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:16:05 GMT