- From: Yves Lafon <ylafon@w3.org>
- Date: Thu, 27 Jan 2011 17:17:29 -0500 (EST)
- To: Larry Masinter <masinter@adobe.com>
- cc: Noah Mendelsohn <nrm@arcanedomain.com>, "www-tag@w3.org" <www-tag@w3.org>
On Wed, 19 Jan 2011, Larry Masinter wrote: Here are some comments on http://tools.ietf.org/html/draft-masinter-mime-web-info-02 In 4.1 the Windows-1252 / ISO-8859-1 issue should be mentionned, as many authored HTML files were done in windows-1252 and server as iso-8859-1, it led to considering one for the other. http://dev.w3.org/html5/spec/Overview.html#determining-the-character-encoding http://dev.w3.org/html5/spec/Overview.html#character-encodings-0 In 4.3 Additional Use Cases: Polyglot and Multiview There is also the case of SVG, if served as application/xml is it an XML tree or is it an image like when served as images/svg+xml ? In the case of HTML compatible XHTML documents, the difference is mainly on the way the document is parsed, resulting DOM, etc... but for SVG it might affect the nature of the document. I was wondering if in 4.5 it would be good to talk about User-Agent based capability sniffing that is often done instead of real HTTP conneg, as listing numerous media types in accept would not be efficient. In 4.6, adding something along the lines of "Active content present in some media types, like HTML or SVG, may be able to repurpose the fragment identifier in wayw that are not described by the definition of the media-type" In 5. Should the use of Macintosh File Type Codes be deprecated? From http://support.apple.com/kb/TA25699?viewlocale=en_US it is no longer used in OSX. Also it might be good to add a "pre-registry" to indicate the use of a media type and a drafty definition, as the place to look when a type is seen 'live' and not present in the official IANA registry. (probably part of 5.3). There is a need to document the reality of media type deployment. If a media type is registered at the end of design time, so after basic interop testing, but way before wide deployment, you can expect that there will be unseen issues, so a repository of issues or even errata that might be folded later in the main repository. (In sync with the first line of paragraph 5, bringing the MIME registry and real life closer). -- Baroula que barouleras, au tiéu toujou t'entourneras. ~~Yves
Received on Thursday, 27 January 2011 22:17:34 UTC