Lenteur d'affichage sur AdvancedDataGrid

[Kyom]

Bonjour,

J'ai des problèmes de lenteur d'affichage de mon AdvancedDataGrid. Il a beaucoup de ligne et de colonne, il comporte un Tree en premiere colonne. Je rencontre des lenteurs d'affichage lorsque je deplace ma souris sur le AdvancedDataGrid ( les lignes doivent apparaitre en surbrillance, j'ai un temps de latence non négligeable) ou lorsque je déroule mon Tree ( lenteur d'affichage des "sous lignes")
Existe il un moyen pour eviter ces lenteurs d'affichage ?

Merci.

[Jim_Nastiq]

non je ne pense pas, mais ne serait ce pas le flash player qui serait gourmand pour ta machine?
essaye ton appli sur un pc plus puissant(dans le cas ou ta machine ne l'est pas).

[Kyom]

C'est probable, mais l'application que je developpe doit pouvoir ne pas "ramer" sur des PC "peu" puissant (j'ai quand meme un dual core 2Ghz avec 1Go de ram), est ce qu'il existe une facon pour eviter que Flex redessine les elements pas visible ?
Je m'explique:
actuellement, j'ai que 5 colonnes de visible, le reste est visible via scroll (mon AdvancedDataGrid a une taille fixe), est ce qu'on pourrait pas dire a flex de redessiner que ces 5 colonnes ?

[DJZiaK]

Je ne sais pas s'il y a moyen d'optimiser la chose en l'état... Par contre je me suis demandé si ça n'était pas lié à la façon de passer les données au dataProvider. Je m'explique : actuellement, nous utilisons un HierarchicalData pour renseigner nos cellules. Est-ce que le fait d'utiliser par exemple un GroupingCollection à la place ne serait pas plus performant ? Ce qui me fait penser ça, c'est que le HierarchicalData peut comporter un nombre infini d'imbrications, c'est récursif par nature quoi, contrairement au GroupingCollection, qui possède une structure bien définie au départ.

Cela dit, je me demande s'il est judicieux ou même possible d'utiliser un GroupingCollection dans notre cas... Car il est vrai que du point de vue conceptuel, le HierarchicalData est parfaitement adapté (on ne connaît pas à l'avance le nombre d'imbrications possibles, bien que l'on sache que le nombre d'imbrications ne sera pas énorme).

EDIT : je viens de me pencher sur l'option GroupingCollection, et je m'aperçois que c'est pas vraiment adapté, dans le sens où mes balises imbriquées sont de même type, dans le genre :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
<root>
	<toto name="T1" id="7">
		<toto name="T1.1" id="8"></toto>
		<toto name="T1.2" id="6"></toto>
		<toto name="T1.3" id="11"></toto>
	</toto >
	<toto name="T2" id="9">
		<toto name="T2.1" id="3">
			<toto name="T2.1.1" id="66"></toto>
			<toto name="T2.1.2" id="67"></toto>
			<toto name="T2.1.3" id="68"></toto>
			<toto name="T2.1.4" id="69"></toto>
		</toto>
	</toto>
</root>

A partir de là, je peux donc pas définir mes GroupingField correctement si j'ai bien compris. De toute façon, la forme de ce fichier n'est pas plate du tout... Je pourrais bien reconstruire mon fichier pour pouvoir utiliser une GroupingCollection, mais je vous dis pas l'usine...

Bref, toujours pas de solution donc. Pour info, sur la machine décrite par Kyom, avec une quarantaine de lignes, dont une dizaine de lignes développables, et une profondeur max de 3/4, et une trentaine de colonnes, ça rame déjà un peu...