Posted 22 February 2024, 2:41 pm EST
Hi Anirudh,
I have created a syntehtic example using my last sample to showcase a simple structure that fits what we are doing, from a generic standpoint. This sample may not make immediate logical sense (in terms of content of the grid - downloads and grouped countries seem a bit strange), but the actual backing model and how it is used showcases our requirement/issue.
demo: https://jscodemine.mescius.io/sample/MhhDR5I70E_zVvAiFmF5aQ/
I will also quickly answer your questions from above.
You are correct in your assumption that we do not use Wijmo’s grouping of rows for the expand and collapse functionality. This is because Wijmo GroupRows and regular rows do not share the same DNA/functionality at times, meaning that we cannot use a group row as a regular row entry (as if it were any other row when expanded), which was a requirement for us. We also wanted to be able to enter values into cells within an expanded row, which would not be possible and easy OOTB with group rows. Please refer to the provided demo for an additional look at the functionality.
As to your point about removing rows, we have previously raised an issue about rows/columns being marked as visible=false within Wijmo grids causing significant, extreme slowdown in performance (especially with large volumes of data that are hidden). Here is a link to the forum post we made originally about this issue: https://developer.mescius.com/forums/wijmo/grid-performance-degrades-significantly-when-rows-are-hidden . The internal tracking ID was WJM-23060.
As such, our solution instead entirely removes them from the Wijmo row collection, and manages them separately using the collapsed/expanded concept showcased in my demo. The default grouping of rows is not affected in our use case because our group rows (which we do use, just not for their collapse/expand functionality) do not make use of default Wijmo behaviour (like aggregates, counts etc.), and instead render custom content within them, so we can manage them easier.
We do not edit cells with Wijmo GroupRows for this specific use case (but have done this before), but we do edit cells within our ‘collapsed’ row, as showcased by the demo.
Let me know if you need any more of an explanation, or if more information about the demo is needed.