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
// If infinity is passed as the available size and we're virtualized then we need to
causes enough to fill the whole screen to be created initially. Once the measurement has sorted itself out the correct number exist. This is a big performance hit for lists using only part of the display.
Repro - run virtualization demo and count the number of materialized items
The text was updated successfully, but these errors were encountered:
Yeah, I'm not sure what to do about this. We need to work out the desired size given the constraints on the measure pass, and the only way to really do that is to materialize enough items.
Once WPF is open sourced, I intend to take a look at their code and try to work out how they do this.
I have an idea:
what about search up the tree first parent with non empty bounds and if not found use 0 in measure phase and use the available space in arrange phase.
A work around for some cases is to set the Height on the VirtualizingStackPanel in the ItemsPanelTemplate of a ListsBox, simply setting Height on the ListBox does not prevent the issue.
If a ListBox is created with a large collection, too many items are materialized.
This
Avalonia/src/Avalonia.Controls/Presenters/ItemVirtualizerSimple.cs
Line 120 in 0f94a00
causes enough to fill the whole screen to be created initially. Once the measurement has sorted itself out the correct number exist. This is a big performance hit for lists using only part of the display.
Repro - run virtualization demo and count the number of materialized items
The text was updated successfully, but these errors were encountered: