[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
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

[select] Rely on stylable select #43179

Open
oliviertassinari opened this issue Aug 4, 2024 · 4 comments
Open

[select] Rely on stylable select #43179

oliviertassinari opened this issue Aug 4, 2024 · 4 comments
Assignees
Labels
component: select This is the name of the generic UI component, not the React module! enhancement This is not a bug, nor a new feature waiting for 👍 Waiting for upvotes

Comments

@oliviertassinari
Copy link
Member
oliviertassinari commented Aug 4, 2024

Summary

We support two select modes:

The native select mode is meant to improve the UX on mobile, it's also meant to improve the performance when hitting limits with the "normal" one.

With the introduction of https://developer.chrome.com/blog/new-in-web-ui-io-2024#stylable_select, I wonder:

Motivation

whatwg/html#9799

@oliviertassinari oliviertassinari added waiting for 👍 Waiting for upvotes component: select This is the name of the generic UI component, not the React module! status: waiting for maintainer These issues haven't been looked at yet by a maintainer enhancement This is not a bug, nor a new feature labels Aug 4, 2024
@michaldudak
Copy link
Member

Should we adopt this feature for our native select, matching the style of the none native one?
Do we even need a Base UI select component

Citing the article you linked: "The bad news is that this API is still very much in an experimental state at this time"

So yes, we need the component in Base UI. Plus, we offer a bit more functionality (like options' values being rich objects).

@oliviertassinari
Copy link
Member Author
oliviertassinari commented Aug 16, 2024

@michaldudak I agree if we take today's lense.

Now, if we look two years in the future, and this API is widely available, I wonder. In any cases, the objective with this issue is to gather user demand, we will see how browsers make progress on this.

If it's not abandoned by the platform, and we keep a non-native select, it feels like we will need to style the native select like our non-native one. Developers targeting mobile seem very likely to not want the non-native select (I fail to envision why they would want it), and they might be too lazy to toggle the non-native one desktop.

like options' values being rich objects

This is nice, I imagine this could be implemented too with a native select wrapper though.

@michaldudak
Copy link
Member

Sure, I'm happy to revisit this in two years. For now, a Base UI version is a must.

@DiegoAndai DiegoAndai removed the status: waiting for maintainer These issues haven't been looked at yet by a maintainer label Aug 23, 2024
@oliviertassinari
Copy link
Member Author

Introduction by WesBos https://youtu.be/MA9WAHEEfGM

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: select This is the name of the generic UI component, not the React module! enhancement This is not a bug, nor a new feature waiting for 👍 Waiting for upvotes
Projects
None yet
Development

No branches or pull requests

3 participants