As we've made progress in implementing DataGridPro as a table replacement for Material Table, not having great organization for UI components has been a pain point for creating and collecting reusable components. After we migrate, we should make another pass at abstracting components with the goal of having a better folder structure for developers to be able to easily identify DataGridPro-related components in the future.
As we've made progress in implementing DataGridPro as a table replacement for Material Table, not having great organization for UI components has been a pain point for creating and collecting reusable components. After we migrate, we should make another pass at abstracting components with the goal of having a better folder structure for developers to be able to easily identify DataGridPro-related components in the future.