[Refactor] migrate universal component to radix-ui

[Wibus]

Why?

As we iterated, we found that the original general-purpose component needed to pile on functionality, but at the same time, the component performance and use experience were poor due to design flaws.

On the other hand, we don't need to write the component functionality specifically, we just need to write the style that best suits the console

Why there is a task called Table (EachPage)?

We used @tanstack/react-table as a table processing dependency in this refactoring plan.

In addition, the data formats of different pages are not the same, and the functions that need to be displayed are not consistent.

We can only make most of the components reusable as much as possible

Components

Beta Give feedback

1. refactor(date-picker): refactor universal pick component to radix-ui #136
   mod:component +1
2. refactor(checkbox): refactor original checkbox component to radix-ui #139
   mod:component +1
3. refactor(input): refactor universal input component to radix-ui #143
   mod:component +1
4. refactor(select): refactor universal select component to radix-ui #137
   mod:component +1
5. refactor(table): refactor original table component to newer universal component #138
   mod:component +1
   
6. refactor(table): transform all original table to @tanstack/table #140
   mod:component mod:page +2
   
7. refactor(textarea): refactor original textarea component to radix-ui #145
   mod:component +1
   
8. feat(label): add label component base on radix-ui #146
   Brand new enhancement mod:component +3
9. feat(dialog): transform modal component to radix-ui dialog #147
   Brand new mod:component +2
   
10. FileContextMenu
11. Radio
12. Tabs
13. Tags
14. Toggle
15. DarkMode Support
16. Collapse we use @headless/ui to implement it
17. Color need custom implementment