W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > July 2011

[Bug 13119] Make the @value attribute in <input> when type="file" work as a suggestion for the OS file picker

From: <bugzilla@jessica.w3.org>
Date: Sun, 03 Jul 2011 09:51:52 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QdJLE-0007NM-Jg@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13119

--- Comment #4 from brunoais <brunoaiss@gmail.com> 2011-07-03 09:51:51 UTC ---
(In reply to comment #3)
> > If the window has been opened for less than 1s
> 
> I doubt that's acceptable... it's too short.  3-5s is the standard I've seen
> used for delays like that.
> 
> And it would _still_ screw over users who select a file quickly.

I've made tests with people that are slow working with the file picker and with
people that are fast with the file picker.
The slow ones, take about 1s to react that the file picker have appeared.
I asked 4 slow people to go to a webpage where I'd open the file picker when
they less expected and see how would they react. The 1s is too little, 2s works
ok, 3s still ok.
For experienced people, like me, the only reason to speed up the select of open
is to check the file and give the ok. To accomplish that, I was the fastest in
the tests I made (not many people actually) and I toke almost but not quite 3s
to:
Confirm the filepicker was opened (about 0,4s).
Locate the file to pick (about 0,7s) (if it was to confirm what was selected,
it would be about the same)
move the mouse to the file to dblclick.

Probably the 2s is the best one and better than 1s... What do you think?

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Sunday, 3 July 2011 09:51:57 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:13 UTC