- From: Norman Walsh <ndw@nwalsh.com>
- Date: Tue, 15 May 2007 10:17:55 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <87ps52w4q4.fsf@nwalsh.com>
/ Alex Milowski <alex@milowski.org> was heard to say:
| 2) What are the appropriate content types to use for other types of
|> documents to trigger vs. not trigger this behavior?
|
| Using media types allows vendors to specify content handling behavior
| using specialized media types or unregistered types (e.g.
| "application/x-goop"
| or "application/vnd-random-stuff")
So the content-type tells me the type that I should expect to get when I
unwrap the escaped markup. So, told to expect text/html, I know that I
will have to run tagsoup or some similar component to turn it into well
formed XML.
What would a content-type of "application/vnd-random-stuff" tell me?
That instead of running tagsoup I should run some other cleanup process?
Can I (as an implementor) assert that I accept "image/png" as a
content-type and that my cleanup process is to base64 encode the data
and wrap it in an <image> tag? Am I allowed (or required?) to fail if
the data isn't a PNG image?
If I see a content-type I don't recognize, can I try running tagsoup or
must I fail?
This all seems to expose complexity and interoperability issues that
don't have much obvious value.
Are there any actual use cases for content-types other than
application/xml (or application/*+xml) and text/html?
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | What are the thoughts of the canvas on
http://nwalsh.com/ | which a masterpiece is being created?
| "I am being soiled, brutally treated
| and concealed from view." Thus men
| grumble at their destiny, however
| fair.--Jean Cocteau
Received on Tuesday, 15 May 2007 14:18:12 UTC