- From: Tyler Close <tyler.close@gmail.com>
- Date: Thu, 4 Mar 2010 10:32:36 -0800
- To: Maciej Stachowiak <mjs@apple.com>
- Cc: Arthur Barstow <art.barstow@nokia.com>, public-web-security@w3.org, Robin Berjon <robin@berjon.com>
On Thu, Mar 4, 2010 at 8:53 AM, Maciej Stachowiak <mjs@apple.com> wrote: >>> The use of <input type="file"> in this spec is out of line with HTML5 in >>> a >>> number of ways I wasn't expecting this resistance to the use of the <input type="file"> element. My reading of both HTML4 and your HTML5 references is that the Powerbox use could fit within the defined and expected meaning of the file control element and its attributes. It also seemed natural that a file picker should be extended to allow selection of remote files, in addition to local ones. Without this functionality, I expect the file control element to fade into disuse. But rather than spend time arguing the merits of this case, perhaps it's easier to choose another place to hook the Powerbox into web pages. There are two places where the Powerbox needs to collect information from a web page: when a Customer page makes a requisition, and when a page offers a Provider. The requisition could conceivable be done in JavaScript, such as window.powerbox.request(...). Would that kind of API free the Powerbox of any objections from HTML5? For the Provider offer, the page just needs some way to tell the user-agent about the Provider URL. All other metadata about the Provider can then be directly fetched from the Provider using the Provider URL. May I use rel="Provider" without HTML5 objection, or should I also use a JavaScript API, such as window.powerbox.offer(providerURL). Thanks, --Tyler -- "Waterken News: Capability security on the Web" http://waterken.sourceforge.net/recent.html
Received on Thursday, 4 March 2010 18:33:10 UTC