Was würde dazu führen, dass eine virtualisierende ListView irgendwann alle Elemente generiert?

Question

für Klarheit bearbeitet:

Ich habe 2 ListView I meine Anwendung. Der erste enthält eine Liste >. Die Anzeige der Elemente in der Liste ist vorlagen, um nur den Schlüssel (Zeichenfolge) anzuzeigen. Wenn der Benutzer einen Artikel in diesen Listen (SELECTIONSCAGED) auswählt, ändert er die Elementource meiner zweiten ListView auf den Wert der Tastatur.

Dieser befindet sich in einem Gitter mit einer Spaltenbreite von AUTO. generasacodicetagpre.

Die Style-Suche aus der StyleFiMStyle besteht nur ein Textblock, der den Schlüssel zeigt (da es Tasten enthält). ElementLV ist ein kleiner Textblock mit ausgeführten Läufen, der an verschiedene Eigenschaften und Tastring-Werte meiner Elemente gebunden ist. generasacodicetagpre.

Diese Liste, die in der Liste der Suchresults angezeigt werden können, kann eine große Anzahl von Elementen (100k +) haben. Ich habe das Isvirtualisieren in die zweite ListView gesetzt, und meistens funktioniert es wie Charme. 0 ..

Kann mich jemand in die richtige Richtung zeigen? Gibt es einen Grund, warum die Suchrelsen entscheiden würden, alle Gegenstände zu erstellen?

könnte es mit der Breite der Elemente und der Suchrele-ListView, wenn Sie messen, verknüpft werden, versuchen Sie, alle Elemente zu messen?

Answer 1

I have found the situation which caused my List to generate all elements. It has to do with the ListView to have no specified Width, and beeing in a Container with Auto (a grid column with Auto ) as Width. It seems in certain condition which I'm not sure yet, the ListView tries to generate all the elements to measure their Width instead of using only those currently visible.

I'm think it didn't always do that, but in this particular situation in my application, now it does...