- From: Pierre-Antoine LaFayette <pierre.lafayette@gmail.com>
- Date: Sun, 21 Mar 2010 11:16:08 -0400
- To: public-webapps <public-webapps@w3.org>
- Message-ID: <743256c51003210816s34a1dd19kf0238210511011b4@mail.gmail.com>
Hi everyone! Sorry I've let this thread go a bit stale. I've been tied up with more pressing matters for a while now :( >From the all the great feedback in this thread, I've been able to determine that there really should be 2 parts to this proposal: 1. The specification of an icon URI scheme that resolves platform icons by filetype 2. The extension of the File object interface to include methods to retrieve its icon data or perhaps an icon URI that doesn't taint the canvas The first part is a reduction of the original scope of the icon URI scheme to the essential functionality that everyone seemed (if I'm not mistaken) to be okay with. I'm sure further functionality could be added in the future if needed. Everyone seemed to agree that #2 is a good idea --albeit not mine; credit to Maciej for this one. So for the first part, I've put together a draft document that I'd really like everyone to comment on before I even consider sending it out to uri-review@ietf.org. It is located here: http://draft-icon-uri-scheme.googlecode.com/hg/draft-lafayette-icon-uri-scheme-00.html. I hope it correctly interprets the issues we've discussed. For the second part, I'm not exactly sure what the correct procedure is. I imagine it would involve making an addendum to the existing File interface specification. So if anyone has any guidance on this, it would be greatly appreciated. Once again; thanks for everyone's help and patience in this process. -- Pierre.
Received on Sunday, 21 March 2010 15:17:02 UTC