Discussion :

[mcolo]

Bonjour,

dans une master page, j'ai un update panel

dans la page fille, il y a un gridview
dans ce gridview il y a des listes déroulantes contenant beaucoup d'item ( 3000)

à chaque action il y a un load de la page, et donc le chargement des listes, ce qui prend beaucoup de temps

le but est de ne plus avoir ce problème

j'ai pensé à plusieurs solutions comme

- charger les listes une seule fois et annuler les prochains loading ou databind, mais je n'ai pas trouvé comment faire

- faire un e.cancel au selecting de la datasource de la liste si elle est déjà remplie, mais du coup celle ci devient vide

- j'ai également chercher du côté du mode de postback des update panel, sans succès non plus


en gros, je cherche à ne pas reload les listes à chaque fois, mais à conserver et afficher les données dedans

[Arthis]

des listes de 3000 elements cela n 'est aps tres ergonomique et cela ralentit le temspde chargement de tes pages, pourquoi ne pas saucissoner tout ca en proposant des listes plus petites pour arriver au résultat final. tu y gagnes en simplicité et l'utilisateur final aussi.

[mcolo]

si tu savais ô combien je suis d'accord avec toi

seulement ces listes contiennent des noms de clients etc et sont utilisés dans un composant dérivé d'un gridview qui est utilisé sur des dizaines de page différentes

les listes ne sont présentent que lors du mode édition et ajout de données, donc pas tous le temps, mais assez pour que cela pose problème

[Arthis]

Je ne pense pas que tu ai vraiment le choix en fait.

Je ne pense pas que tu puisses utiliser l'ajax pour garder tes 3000 lignes chez le client seulement car tu te trouves a l'interieur d'un gridview et donc ajax devra etre appliqué à l'ensemble de ton gridview.

De meme, si tu veux garder tes listes de 3000 lignes sans aller les chercher dans la base de données, cela signifie que tu vas les stocker en viewstate ou en variable de session, peu importe dans les deux cas, a chaque postback de ta page tu vas faire transiter x* 3000 elements.

Changer ce composant implique t'il tant de modifications sur les autres pages?
Si tu crées un nouveau composant qui réalise cette ergnomie et que tu l'integres dans ce composant gridview cela devrait simplifier ton probleme non? Ainsi tu gardes la même interface vis à vis de ton composant gridview...

[mcolo]

la modification que tu proposes est de mettre plusieurs listes au lieu d'une seule grande ?

il faut voir à combien s'élève le "plusieurs", mais je ne suis pas sur que ca résolve le problème, en effet si la table des clients devient beaucoup plus grande, le problème se posera sur les petites listes, et il faudra encore découper les listes

d'un point de vue interface, cela ferait des colonnes vraiment grandes, ou des lignes très hautes et l'utilisateur ne saurait pas vraiment dans quelle liste chercher

dans mes tests, la taille du viewstate ne pose pas de problème - pour le moment - je vais continuer de chercher comment mettre des postback triggers dans la page fille et dans le composant

en tout cas merci à toi des idées et remarques faites =)

[Arthis]

En fait je pensais a quelquechose du style treeview ou arborescence de l'explorateur de fichier avec par exemple en premier choix les lettres de l'alphabet et ensuite predeterminer d'autres catégories à l'interieur style, 3 items :


A - ABO/ADER - TaDropdwnliste avec tous les nom de ABO* a ADER

Ainsi tu ne garde qu'une dropdwnlist et si le besoin se fait sentir par l'utilisateur de chercher un client Remy et bien il il cliquera directement sur le premier item A et recommencera á réduire son nouveau choix en cliquant sur R puis suir la categorie qui va bien pour voir afficher Remy dans la derneire combobox.

Ainsi sur chacune de tes pages une seule dropdwnlist!