Replies: 3 comments
-
Because we need interactive elements into items, such as checkboxes to hint users about the multiselection behavior. |
Beta Was this translation helpful? Give feedback.
-
|
So I would say the decision is clear. Now we need to plan for that. |
Beta Was this translation helpful? Give feedback.
-
|
Past weeks, I found some time to start playing a bit with Don't get me wrong. I'm trying neither, to reinvent the wheel nor to suggest anything is wrong with the react-aria-components project. As a matter of fact, it's a great and interesting piece of software putting a11y at the forefront. Where it should be. But I feel it is not the right moment to make it an Agama dependency. Maybe in a future in which we can have more time for evaluating it and, hopefully, a better a11y knowledge. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Back in May, while working on the very rough first version of the device selector, I mentioned the possibility of end using another dependency: the react-aria from Adobe react-spectrum.
In short, it provides accessibility and behavior according to WAI-ARIA Authoring Practices. Moreover, it includes ready-to-use components for building and managing ListBox and GridList collections.
To be honest, I wasn't sure whether adding another dependency was a worthwhile endeavor at the time. However, now that we must re-work the device selector (read, the Agama base component for building rich selectors) for switching from listbox to grid pattern, I am more in favor of using it because:
What do you think? Any strong reason for NOT using
react-aria?Beta Was this translation helpful? Give feedback.
All reactions