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

Consider supporting and encouraging the use of native select instead of a custom dropdown #736

Open
danielck opened this issue May 30, 2023 · 1 comment

Comments

@danielck
Copy link
Contributor

The Problem

The Dropdown component accomplishes the same functionality as the native HTML select element, but does not come with the benefits of the native element which are e.g.

  • Automatic keyboard and AT accessibility (reducing the need for testing)
  • Automatically follows differing platform conventions and keyboard interactions on Windows and macOS.
  • Supports native elements on mobile without UA detection.

Proposed Solution

Develop a native select based version of the Dropdown component which is visually similar to the current one in its unopened state. Make it the recommended variant.

Alternative Solutions

Develop a separate component based on select and deprecate Dropdown.

Background

@LJKaski
Copy link
Collaborator

LJKaski commented Jun 8, 2023

Thanks for the report. Basing the dropdown on the native select element was our preferred method of going about it, but there were some deal breaker issues with the approach that steered us away. @riitasointi might be able to shed some more light on this.

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

2 participants