You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In this update we will support compressing sticky nodes when the maximum number of elements in the tree sticky scroll widget is reached. This only works for trees that support compression like most file system trees in core (file explorer, search view rendered as tree, SCM view rendered as tree, ...). Trees contributed by extensions do not support compression.
When do we compress items together in tree sticky scroll:
When sticky scroll needs to render more than workbench.tree.stickyScrollMaxItemCount elements
When the max allowed hight for sticky scroll is reached. Sticky scroll is allowed to only take up 40% of the tree view. If it needs to render one more item in sticky scroll which would cause the widget to take more than 40% it will compress the node with the previous one.
Not all items support compression, for example in the search results tree a file can not be compressed together with a folder
How to test:
Open a project with many nested folders (like VSCode)
Change workbench.tree.stickyScrollMaxItemCount to 5 (makes it easier to test)
Go to explorer view
Make sure to expand many nested folders
Slowly scroll through the tree. Make sure it never renders more than workbench.tree.stickyScrollMaxItemCount elements.
When sticky scroll renders the max amount of elements and you scroll over another expanded nested folder, then it will render that folder together with the last sticky scroll element.
Make the size of the explorer view smaller by resizing it (will require to have another expanded view in the sidebar). See how it compresses more sticky scroll items together to make sure the widget does not take more than 40% of the view.
Change the workbench.tree.stickyScrollMaxItemCount value and repeat steps 4 - 6
Test this in another tree, for example in the search view you can search for the word 'toolbar', this will lead to many nested results. Make sure to display the results as a tree structure.
BEFORE: WITHOUT COMPRESSION
AFTER: WITH COMPRESSION
The text was updated successfully, but these errors were encountered:
Excellent. This should have been highlighted in the video/animation in the release notes. I hope others find this issue before they open duplicate feature requests.
Refs: #199539
Complexity: 3
Create Issue
In this update we will support compressing sticky nodes when the maximum number of elements in the tree sticky scroll widget is reached. This only works for trees that support compression like most file system trees in core (file explorer, search view rendered as tree, SCM view rendered as tree, ...). Trees contributed by extensions do not support compression.
When do we compress items together in tree sticky scroll:
workbench.tree.stickyScrollMaxItemCount
elementsHow to test:
workbench.tree.stickyScrollMaxItemCount
to 5 (makes it easier to test)workbench.tree.stickyScrollMaxItemCount
elements.workbench.tree.stickyScrollMaxItemCount
value and repeat steps 4 - 6BEFORE: WITHOUT COMPRESSION
AFTER: WITH COMPRESSION
The text was updated successfully, but these errors were encountered: