Skip to content
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

Provide a role for file input type #1926

Open
backwardok opened this issue Apr 25, 2023 · 2 comments
Open

Provide a role for file input type #1926

backwardok opened this issue Apr 25, 2023 · 2 comments
Assignees
Milestone

Comments

@backwardok
Copy link

Description of bug or feature request

There currently isn't an equivalent role for a native <input type="file"> element. The capabilities of what's possible to style for a file input type in browsers is very limited. This results in the frequent desire to create a custom widget that provides file selection for uploads.

Where this can become more complicated from an accessibility standpoint is conveying the state of a custom file input. For example, if the file chosen is invalid, with ARIA 1.2, aria-invalid is no longer supported as a global prop. This makes it invalid to apply aria-invalid to a custom widget that may be using a <button> element for uploading. If there were an equivalent file input role, that role could be explicitly named as an allowed role for aria-invalid and convey the invalid state to the user.

Will this require a change to CORE-AAM?

Will this require a change to the ARIA authoring guide?

@scottaohara
Copy link
Member

related: w3c/html-aam#421

@jnurthen jnurthen added this to the ARIA 1.4 milestone May 11, 2023
@jnurthen jnurthen removed the Agenda label May 16, 2023
@spectranaut
Copy link
Contributor

Discuss at last meeting: https://www.w3.org/2023/05/11-aria-minutes#t04

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants