VirtualizingStackPanel & Checkbox sur ItemTemplate: les Checkbox sont remises à 0

Hello,

Dans une application, on prend une ComboBox et on définit son ItemTemplate pour dire que ce sont des CheckBox. Ensuite, on définit l'ItemPanelTemplate et on lui assigne un VirtualizingStackPanel.

Si on exécutes l'application et que l'on coche des Checkbox, pas de soucis. Mais si ensuite on scrolle vers le bas puis que l'on re-scrolle vers le haut, les Checkbox précédemment cochées ne sont plus cochées....


C'est clairement lié au VirtualizingStackPanel mais je ne vois pas comment résoudre le pb...

C'est clairement un problème de VirtualizingStackPanel puisque le même problème survient avec une ListBox qui a un CheckBox en ItemTemplate !

C'est vraiment bizarre, et je trouve pas trop d'infos sur ça sur les forums SL (à part ton post).

J'ai trouvé 2-3 work around avec la ListBox mais rien avec la ComboBox.

Il resterait la solution de passer par un StackPanel mais je suppose que si vous avez choisi un VirtualizingStackPanel c'est pas pour rien.

Citation:

---

Envoyé par Skyounet

C'est clairement un problème de VirtualizingStackPanel puisque le même problème survient avec une ListBox qui a un CheckBox en ItemTemplate !

---

Donc tu confirmes que c'est pas mal qui hallucine mais que y'a bien un problème ? car j'ai testé le code du mec qui m'a répondu sur le forum SL et là, ca marche bien :?

Citation:

---

C'est vraiment bizarre, et je trouve pas trop d'infos sur ça sur les forums SL (à part ton post).

---

Idem.. A croire que personne ne rencontre le pb...

Citation:

---

J'ai trouvé 2-3 work around avec la ListBox mais rien avec la ComboBox.

---

Lesquels ? On peut pas tenter de les adapter pour la ComboBox ?

Citation:

---

Il resterait la solution de passer par un StackPanel mais je suppose que si vous avez choisi un VirtualizingStackPanel c'est pas pour rien.

---

Vi, on charge bcp bcp d'éléments donc on virtualise pour des raisons de perf ;)

Citation:

---

Envoyé par Thomas Lebrun

Donc tu confirmes que c'est pas mal qui hallucine mais que y'a bien un problème ? car j'ai testé le code du mec qui m'a répondu sur le forum SL et là, ca marche bien :?

---

Ben je viens de tester avec la code du mec et effectivement ça fonctionne. Par contre ça ne fonctionne plus si tu enlèves le Mode TwoWay du binding. :koi:

Citation:

---

Lesquels ? On peut pas tenter de les adapter pour la ComboBox ?

---

J'avais trouvé l'utilisation de binding twoway et également d'entourer la ListBox d'un scrollviewer (mais bon là on perd l'utilité du Virtualizing).

Je peux pas mettre le binding en TwoWay car je fais pas de binding..... (sans commentaires :D)

Mais bon, je peux essayer avec du binding en TwoWay, voir ce que ca donne.

Bon, je vais avoir du mal à utiliser le binding alors.... une idée pour que ca marche sans le binding ? :D

Bonjour,

La discussion est un peu ancienne mais pas moins intéressante :)

Sans le binding, il sera compliqué de mettre en place quelque chose vu que les VirtualizingStackPanels s'appuient sur les ItemTemplate uniquement. Sans Binding point de salut !

Après quelques tests, je me suis aperçu que le problème était le même avec des TextBoxs dont le Binding est en OneWay.
Et pour cause, le textbox est un control d'édition, il doit donc être lié à une valeur disponible en écriture/lecture. Supposons que l'on change le binding en OneWay, la valeur n'est plus accessible qu'en lecture mais la saisie dans la textbox est toujours disponible (mais non persistante) ! Un binding OneWay sur un control d'edition n'apporte que confusion pour l'utilisateur et parfois des problèmes liés à sa persistance (comme c'est le cas pour le VirtualizingStackPanel).
Même chose pour les controls de visualisation de l'information (comme un TextBlock par exemple). Un binding en mode TwoWay est inadéquate.

Dans notre cas, la donnée est accessible seulement en lecture (car le binding est en OneWay)
1er solution :
Pour un controle TextBox, on peut ne plus autoriser sa modification, on passe donc IsEnabled (ou ReadOnly) à false et tout fonctionne à nouveau.
2em solution :
On utilise un TextBlock et non un TextBox

Pour notre CheckBox, le problème est le même :

1er solution :
On passe IsEnabled à false (en changeant le template on pourrait lui donner un look non griser)
2em solution :
Il n'y a pas de controle representant une CheckBox sans saisie (comme un TextBlock). On peut donc en créer un à partir d'images non clickable representant les états d'un checkbox :

Code:

---

1 2	WriteableBitmap imageChecked = new WriteableBitmap(new CheckBox() { IsChecked = true }, null );

---

Voila, j'espère que ma contribution vous sera utile.

Personnellement, je me suis abonné à un event du VirtualizingStackPanel et j'ai géré le truc à ce niveau. Pas propre mais ca marche....

Restons pragmatique, tant que ca marche c'est une solution valable :)

Thomas,

Je serais curieux de savoir quelle est la méthode que tu as employé (si ce n'est pas trop pénible a décrire) car la gestion interne du VirtualizingStackPanel c'est pas toujours très clair.

je ne me rappelle plus très bien mais dans l'idée:
- je me suis abonné à l'event du VirtualizingStackPanel et je sette un booléent
- Dans l'event Check/Uncheck des combobox, je teste la valeur de ce booléen. S'il est à true, alors ce n'est pas une action de l'utilsateur mais c'est le panel qui recycle les éléments et dans ce cas, je ne fais rien.

Pas bête du tout :)