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.
-
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