- From: Marcos Caceres <marcosscaceres@gmail.com>
- Date: Fri, 13 Feb 2009 23:26:43 +1000
- To: Larry Masinter <LMM@acm.org>
- Cc: Bjoern Hoehrmann <derhoermi@gmx.net>, public-pkg-uri-scheme <public-pkg-uri-scheme@w3.org>, WebApps WG <public-webapps@w3.org>
Hi Larry, 2009/1/22 Larry Masinter <LMM@acm.org>: > >> https://issues.apache.org/bugzilla/show_bug.cgi?id=13986 > > Astounding. Thanks for that pointer, hadn't seen that history. > > Still, communication of a package is different than communication > of individual components, because there's an explicit processing > step which is "create the package". Even if there might be > some reasons why Apache hasn't fixed their configuration files, > is there any reason to believe that "create a package" software > couldn't be configured to always use well-known file extensions > or (if allowed) well-known content-types? Our current model in that we are thinking of putting into the widget packaging spec is: 1. match the file extension to a mime type using the extension to MIME type tables in the packaging spec. 2. if no match is made, then attempt to sniff the mime type. 3. if no match is made, label the file 'unknown/unknown'. What we could do is add a step 0, where authors could have an XML-based (or text based) format for declaring extension to MIME (e.g., php -> text/html) or overriding default extensions to MIME mappings. For example, <types xmlns="http://www.w3.org/ns/widgets"> <type ext="php" mime="text/html"/> <type ext="jsp" mime="text/html"/> <type ext="htm" mime="application/xhtml+xml"/> </types> The above elements could either just be part of the configuration document, or could be in a separate file. > I'll still claim that the closer you are to the origin of the > data, the more likely you are going to be able to guess the > context of the data. probably true. -- Marcos Caceres http://datadriven.com.au
Received on Friday, 13 February 2009 13:27:23 UTC