Discussion :

[chronos]

Bonjour,

J'ai quelques CEdit dans mon appli que je mets a jour pendant un fonction

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
f()
m_edit1 = "toot"
updatedata(fasle);
 
f1();/* fonction qui fait quelque chose*/
 
m_edit2 = "toot"
updatedata(fasle);
 
f2();

Mon souci est que les champs edit1 et edit2 sont mis a jour en fin de fonction f et non au cours de la fonction f
De mémoire il existe une méthode pour forcer le "vidage" de la pompe a message mais je ne m'en rappel :s

Quelqu'un saurait il :
1- Pourquoi mes controls ne sont pas mis à jour pendant la fonction f
2- Comment faire pour qu'ils soinet à jour ?

[farscape]

salut,
c'est que tes traitements doivent être bloquant pour l’interface, boucle etc...
voir faq: http://c.developpez.com/faq/vc/?page...rk#PumpMessage

[alen]

Pourquoi ne pas travailler sur les contrôle plutot que sur les valeurs
Si m_Edit1 est du type CEdit tu pourrais simplement faire:
m_Edit1->SetWindowText("toto");

ou encore si ce n'est pas possible pour toi de travailler directement sur les contrôle tu pourrais aussi faire:
GetDlgItem(IDC_EDIT1)->SetWindowText("toto");

[Racailloux]

Le plus propre pour mieux dissocier les traitement, ca ne resterais pas d'effectuer tes opérations de la fonction f() dans un thread?

Il suffit de passer ta classe "d'affichage" composée des CEdit et de les controler via ce pointeur que tu passes au thread. Il y a de bons tutos sur dev.com à propos de tout ca.

(peut etre que je suis omnubilé par les thread :p)

[stephdim]

ben je pense que le controle est bien mis a jour au bon moment, mais pas pour l'affichage. En attente qu'un WM_PAINT arrive en fin de file à message.

le SetWindowText est immediat si tout est dans le meme thread.

Ce qu'il manque c'est un UpdateWindow pour rafraichir l'affichage

Donc:
GetDlgItem(IDC_EDIT)->UpdateWindow();

ou alors plus radical:
UpdateWindow() dans une procedure de la boite de dialogue

Et ça devrait le faire

@+