-
Notifications
You must be signed in to change notification settings - Fork 199
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop target for <input type=file> #173
Comments
This was just discussed in the telecon and there was a resolution to make the drop target the containing host element. Minutes are here: https://www.w3.org/2020/10/08-openui-minutes.html That said, there was confusion on the part of label so we'll be opening an issue to clarify that name as folks on the call had feedback regarding it. |
Grr, pushed the wrong button - re-opening so @mrmckeb can close as when the change has been made |
@gregwhitworth were there any suggestions? I didn't see any in the minutes. Perhaps "description" or "details"? It could be "filename" but it only shows the filename when uploading a single file. |
There hasn't been any discussion on this issue for a while, so we're marking it as stale. If you choose to kick off the discussion again, we'll remove the 'stale' label. |
This issue comes from this comment: #140 (comment)
When testing browser implementations, only Firefox had the container set as the drop target.
The table below assesses the libraries and websites discussed in #114 (where input refers to the containing element).
Based on this research, I propose that we move forward with the recommendation that the drop target is set to the containing element.
The text was updated successfully, but these errors were encountered: