W3C home > Mailing lists > Public > whatwg@whatwg.org > August 2013

Re: [whatwg] Proposal: API to ask the user for a file

From: Ian Hickson <ian@hixie.ch>
Date: Thu, 29 Aug 2013 18:12:53 +0000 (UTC)
To: Jonas Sicking <jonas@sicking.cc>, JC <mg05182-wwg@yahoo.ca>
Message-ID: <alpine.DEB.2.00.1308282334000.27209@ps20323.dreamhostps.com>
Cc: "whatwg@whatwg.org" <whatwg@whatwg.org>
On Mon, 29 Apr 2013, Jonas Sicking wrote:
> 
> I think all modern browsers intentionally let webpages create custom UIs 
> for <input type=file> by completely hiding the <input> and then 
> rendering a custom UI using various <div> and <span> tags. When the 
> custom UI is clicked the page calls myInputElement.click() in order to 
> bring up the file picker UI.
> 
> Gecko contains some anti-annoyance protections as to prevent the page 
> from spawning file picker dialogs indefinitely. This is done by hooking 
> up <input type=file>.click() to popup blocking infrastructure.

Turns out <input type=file>.click() wasn't specced yet. I've now specced 
it, along with hooking it up to the popup-blocking logic.


> So the API being requested here is actually available. But in a really 
> ugly way through the HTMLInputElement interface.
> 
> But I don't really buy the argument that we should supply a new one 
> because the existing API isn't "reliably available". If the current API 
> is problematic because there is no way to check if it works, then I'd 
> prefer to add a way to check if it works, rather than adding a whole new 
> API.

Yeah.


On Wed, 1 May 2013, JC wrote:
> 
> I guess I should have mention too that the existing API is not only 
> unreliable but also very inconvenient. Since the trick depends on the 
> "changed" event

Yeah, it's weird that the dialog doesn't block script (since the dialog is 
modal). But I would imagine that any new API we added for this would 
actually be "worse" in this regard; we'd probably end up with a 
Promise-based entirely async, non-modal UI.


> and there's no official way to clear the list of files selected the last 
> time, in order to ensure that the event is fired if the same file is 
> selected again the element has to be removed and replaced by a new one 
> every time the user selects a file

That will be resolved once this is fixed:

   https://www.w3.org/Bugs/Public/show_bug.cgi?id=22682

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Thursday, 29 August 2013 18:13:17 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 August 2013 18:13:18 UTC