-
Notifications
You must be signed in to change notification settings - Fork 743
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
Datatable: ColumnGroup refactoring #6409
Comments
I have never used column groups so i will let @mertsincan chime in on this one. |
Closing it for now, it seems with recent changes, community is fine with it 😢 |
I just fixed bugs for now as RC1 is near |
ok |
it would be really nice to get rid of ui:repeat support but i think this is a heavy refactoring on how columnGroups works with filters. |
@Rapster would be great if you can think about it for v11, your are refactorings in DT made it maintainable again! |
On the contrary, that's why I didn't want to support it in a first place... |
Description
Columns grouping follows a very "unconventional" approach: 13 columns have to be defined when only 5 are displayed! My guess, is that no solution have been found at the time to render nested tr/th. Consequence of this, is the current implementation makes the code very hard to maintain at very low level for us as PF developers, but also for developers using column grouping. I can see that ColumnGroup has been giving a really hard time since it's been there 😅
FYI: I believe other PrimeUI librairies should do the same (if possible)
Describe the solution you would like
Could be done 100 times simpler (colspan and rowspan automatically calculated):
Additional context
Besides it's easier to write and read (less verbose), doing so, No trick is required to make a few features like filtering and sorting work. WDYT?
Done
tfooter
(tfoot html tag) allowing to define your own tfoot instead of usingColumnGroup#type
Todo
To check
The text was updated successfully, but these errors were encountered: