- From: Chris Lilley <chris@w3.org>
- Date: Fri, 03 Dec 1999 15:39:44 +0100
- To: MURATA Makoto <murata.makoto@fujixerox.co.jp>
- CC: ietf-xml-mime@imc.org, Dan Connolly <connolly@w3.org>, timbl@w3.org, simonstl@simonstl.com, Tsmith@parc.xerox.com, xsl-editors@w3.org
MURATA Makoto wrote: > > Chris Lilley wrote: > > Yes. Even more, though, I care about the converse case; in the case of > > applications/xml, it should always be the case that it is xml. If it is > > not, then it is an error, rather than being "a little used case which is > > actually legal but we dodn't expect people to use it directly". > > We cannot guarantee that the MIME body is really XML since errors will happen. Sure - but when they hzappen, they should be *errors*. Not, something that is supposed to happen sometimes. > But we can elminate the possibility that correctly-labelled data cause > fatal errors. Yes, exactly. > Having heard your argument, I am inclined to introduce a media type > for external parsed entities. Thanks. I am glad that we now agree. > How do other people feel? > > As for external PARAMETER entities, they always parse as external DTD subsets. > I now think that we do not need a specialized media type for external parameter > entites. Instead, they should be labelled as what? -- Chris
Received on Friday, 3 December 1999 09:39:58 UTC