Mise à jour des données d'un CListCtrl en temps réel

Bonjour à tous,

Je dispose, dans une vue, d'une grille CListCtrl affichant un certains nombre de données en consultation uniquement, et de différents autres contrôles qui peuvent permettre à l'utilisateur de modifier ces mêmes données. Jusque là, rien d'exceptionnel.

Là où ça se complique un peu, c'est que la modification d'une valeur dans un contrôle par l'utilisateur peut avoir des répercussions sur la totalité des données de la grille. Donc, à chaque modification de valeur, je réinitialise ma grille.
Le problème, c'est que la réinitialisation de ma grille peut prendre jusqu'à 1 ou 2 secondes, ce qui peut occasionner une certaine gêne pour l'utilisateur.

Je me dis, donc, que plutôt que de lancer la méthode qui réinitialise la grille dans chaque méthode événementielle déclenchée par l'utilisateur, je pourrais le faire au moyen de l'envoi d'un message avec PostMessage.

Mais je ne suis pas vraiment un pro des messages, et c'est pourquoi je fais appel à vos conseils éclairés. Est-ce qu'un message envoyé par PostMessage me permettra d'éviter que mon appli se fige pendant 2 secondes ? Ou bien faut-il plutôt que je m'oriente vers la création d'un thread dédié à la réinitialisation de ma grille ? (Pour les threads, je suis carrément novice).

Merci de votre aide.

salut,
que tu envois un message ou que tu fasses un thread dans tous les cas la modification de ta zone va impacter l'affichage de ta listctrl.
donc ça ne changera rien a l'affaire puisque la listctrl devra se reconstruire.
c'est ce temps de reconstruction qui est pénalisant.
éventuellement tu peux essayer de faire un

Code:

---

1 2 3 4 5

ListCtrl.SetRedraw(FALSE) ; // reconstruction. ListCtrl.SetRedraw(TRUE) ; ListCtrl.Invalidate();

---

pour voir si impacte le temps de reconstruction.

Merci Farscape, je vais essayer ce que tu proposes (je ne connaissais pas cette méthode SetRedraw). Mais je voulais préciser que ce qui m'embête, ce n'est pas le temps que met ma grille à se reconstruire mais plutôt le fait que pendant ce temps l'utilisateur soit bloqué.
Pendant ce temps de reconstruction, on pourrait passer le focus à un autre contrôle et l'utilisateur pourrait faire la modification suivante, par exemple.

alors postmessage fera l'affaire avec un message privé:
http://cpp.developpez.com/faq/vc/ind...PrivateMessage

Ah ! C'est donc bien ce que je pensais. Mais j'avais un doute...
Merci de ta réponse aussi rapide ! :)