W3C home > Mailing lists > Public > public-pkg-uri-scheme@w3.org > February 2009

Re: tag: uri scheme

From: Marcos Caceres <marcosscaceres@gmail.com>
Date: Fri, 13 Feb 2009 23:26:43 +1000
Message-ID: <b21a10670902130526j20270e91s2db69552697da5c4@mail.gmail.com>
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

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"/>

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
Received on Friday, 13 February 2009 13:27:33 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:38:11 UTC