search

WICG / entries-api

Spec defining browser support for file/directory upload by drag-and-drop
https://wicg.github.io/entries-api/
Other
41 stars 9 forks source link

Should .webkitEntries be populated for dialog selections? #15

Open pipcet opened 7 years ago

pipcet commented 7 years ago

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?

Robinson-George commented 4 years ago

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

inexorabletash commented 4 years ago

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:

omgoshjosh commented 2 years ago

Dang almost 5 years no resolution??