W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2010

Re: Steps to creating a browser standard for the moz-icon:// scheme

From: Adam Barth <w3c@adambarth.com>
Date: Mon, 25 Jan 2010 05:08:10 +0000
Message-ID: <7789133a1001242108l60d58e82od0ecef0b05895aac@mail.gmail.com>
To: Pierre-Antoine LaFayette <pierre.lafayette@gmail.com>
Cc: public-webapps <public-webapps@w3.org>
Personally, I think this would be useful.  The way to do this is to
register the URI scheme on this page:

http://www.iana.org/assignments/uri-schemes.html

You can find the instructions for registering a URI scheme here:

http://www.rfc-editor.org/rfc/rfc4395.txt

I haven't read that document in a while, but as I recall, the first
step is writing an Internet-Draft that describes how the URI scheme
works:

http://www.ietf.org/ietf-ftp/1id-guidelines.html

Here's an example Internet-Draft that defines the "about" scheme (as
in about:blank or about:config):

http://tools.ietf.org/html/draft-holsten-about-uri-scheme

Let me know if you need help with the mechanics of the process.

Adam


On Sun, Jan 24, 2010 at 2:42 PM, Pierre-Antoine LaFayette
<pierre.lafayette@gmail.com> wrote:
> Hi, I'm doing some development on the Chromium project and have been in the
> discussion with Chromium developers regarding the possibility of adding a
> new web scheme for requesting platform icons.. This idea was inspired by
> Mozilla's moz-icon:// URI scheme which works as such:
>>
>> What *is* a moz-icon URI you ask?  Well, it has the following syntax:
>>
>> moz-icon://[<file-uri> | <file-with-extension> | <stock-image>]?
>> ['?'[<parameter-value-pairs>]]
>>
>> <file-uri> is a legal file: URI spec.  You only need to specify a file:
>> URI inside the icon
>>
>> if the file you want the icon for actually exists.
>>
>> <file-with-extension> is any filename with an extension, e.g.
>> "dummy.html".
>>
>> If the file you want an icon for isn't known to exist, you can omit the
>> file URI, and just
>>
>> place a dummy file name with the extension or content type you want:
>> moz-icon://dummy.html.
>>
>> <stock-image> is of the format:   stock/<icon-name>
>>
>> <icon-name> is a valid icon name, such as 'ok', 'cancel', 'yes', 'no'.
>>
>> XXXcaa Should these considered platform dependent or can we share and
>> document them?
>>
>> Legal parameter value pairs are listed below:
>>
>> Parameter:   size
>>
>> Values:      [<integer> | button | toolbar | toolbarsmall | menu | dialog]
>>
>> Description: If integer, this is the desired size in square pixels of the
>> icon
>>
>> Else, use the OS default for the specified keyword context.
>>
>> Parameter:   state
>>
>> Values:      [normal | disabled]
>>
>> Description: The state of the icon.
>>
>> Parameter:   contentType
>>
>> Values:      <mime-type>
>>
>> Description: The mime type we want an icon for. This is ignored by stock
>> images.
>
> So in HTML a user can have:
> <img src="moz-icon://unknown?size=16" alt="File:"/>
> If opened in Firefox, the browser will provide an icon for the filetype. I
> think this is a useful scheme that other browsers could benefit from. There
> is a chrome://fileicon/<path> scheme in Chromium, however it is purely
> internal and not exposed to the Web. I thought that having a standard
> icon:// scheme of some sort would be the best approach rather than Chromium
> and Mozilla having their own browser specific schemes for icon retrieval.
> I would like to know whether this idea would be something that would warrant
> the development of an open standard and, if so, how I would go about
> proposing such a scheme.
> Thanks for your time.
> --
> Pierre.
>
Received on Monday, 25 January 2010 05:09:02 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:36 GMT