Explore the possibility of rendering large tree data #4115
Labels
3.x
comp: clay-components
Issues related to Clay components. (e.g ClayCard, ClayLabel...)
research
An issue equivalent to Spike on Jira
Milestone
Well, this is an extension for us to be able to create the TreeView component #4111 and it's also part of the collection search #4112 but deeper into the subject of optimally rendering large data in a tree, the TreeView is one of the components that needs it the most, the documentation specification doesn't deal with this issue but we should cover this from the component side, see the ongoing analysis that Daniel is working on from the TreeView.
A crucial part of rendering collections is being able to handle renderings of large amounts of data, depending on the use case, we can work with some strategies like infinite scrolling, virtualization... they are common but for tree, they are more complicated to apply, we can apply load on-demand to subtrees but we will have problems as more items are rendered and a mix of virtualization with load on demand even in memory can be a viable solution but virtualization imposes a lot of rules for this to work as a flat list. So we can study ways how to get this on a tree.
Depending on which solution we follow there is a high possibility of influencing the final component design, so we should be careful to try to align ourselves with #4112.
Goal
The text was updated successfully, but these errors were encountered: