entries-api icon indicating copy to clipboard operation
entries-api copied to clipboard

Should .webkitEntries be populated for dialog selections?

Open pipcet opened this issue 8 years ago • 3 comments

Right now, Firefox populates an input element's .webkitEntries only when files are dragged-and-dropped onto the element, not when the file dialog is clicked and a file manually selected: https://bugzilla.mozilla.org/show_bug.cgi?id=1326031

Chrome behavior is similar, but after a file has been dragged-and-dropped, the selection can be changed in the dialog and the change will be reflected in .webkitEntries.

Both browsers' behavior appears to me to be in violation of the spec, and to present an accessibility issue as drag-and-drop is often cumbersome to use. Am I misreading this?

pipcet avatar Dec 28 '16 12:12 pipcet

Yes, definitely.

It is ridiculous that a directory tree can be selected by a Drag&Drop operation but not by the File Picker Dialog.

See what kind of problems this is causing: https://stackoverflow.com/questions/58384785/obtaining-a-directory-tree-from-the-input-type-file-button

Robinson-George avatar Oct 15 '19 02:10 Robinson-George

Both browsers' behavior appears to me to be in violation of the spec

Well, this particular spec is trying to document the behavior of browsers, not set a direction. But the spec doesn't make it clear that browsers are weird here...

It's called out as: https://wicg.github.io/entries-api/#issue-4cc238bb

and to present an accessibility issue as drag-and-drop is often cumbersome to use.

Yep - it's not good. Browsers should do better here...

See what kind of problems this is causing:

:cry:

inexorabletash avatar Oct 15 '19 20:10 inexorabletash

Dang almost 5 years no resolution??

omgoshjosh avatar Nov 10 '21 22:11 omgoshjosh