Salut =)
bon une p'tite question facile pour vous échauffer ce matin : comment faire pour récupérer les données d'une fenêtre modale qd on la ferme? Est-ce que surcharger la fonction EndDialog pourrait être une soluce? ++
EnJoY It =))))

un Ex :
 
MaFenetre = new Fenetre
MaFenetre.AfficherModal
val_a = MaFenetre.Get_Valeur_a()
val_b = MaFenetre.Get_Valeur_b()
delete MaFenetre

Salut indice =) et merci de m'avoir répondu! j'avais finalement trouvé une autre soluce. j'ai déclaré dans la fenêtre fille un pointeur sur la fenêtre mère pour pouvoir accéder aux contrôles :

car si je ne me trompe pas, de la façon dont tu le fais, étant donné que c'est une fenêtre modale, il n'executera pas le code après DoModal() tant que la fenêtre n'est pas fermée. et nous n'avons alors plus accès aux contrôles.  
++ EnJoY It =))))

GetParent c'est mal. Ton controle enfant n'est pas réutilisable, si tu modifies le parent il faut modifier ses enfants. Un enfant ne devrait pas se préocuper de ses parents.
Après je comprends pas ta remarque :

Quels contrôles ? Et si ce comportement te plait pas, pourquoi avoir choisi une boite modale ?
Si tu as besoin de données, demande dans ton constrcuteur une structure remplie par le parent qui contient tout ce dont tu as besoin. En fin d'exécution, le parent récupère cette structure et met éventuellement ses données à jour :

'lut hello =)
je vais te demander qq précisions, car je débute et j'ai qq pb. je n'ai pas voulu créer de structure vu que je ne n'ai que 2 variables à récupérer. j'ai essayer de les passer dans le constructeur. elles st bien arrivées, mais ensuite je veux les modifier quand je clique sur "OK" :

or quand je compile il me met qu'equipe et conducteur sont deux identificateurs non déclarés. en fait si je comprends bien il n'existe que le tps du constructeur puis sont détruits, nan? comment faire alors? ça marche mieux avec des structures? ++

dans CEquipeDlg (déclaration de la classe), ajoutes:
CString equipe;
CString constructeur;
 
Ensuite

parce que pour le moment tu passes 2 arguments, mais t'en fais rien, ils n'existent plus dans ton objet à partir du moment ou tu sors du constructeur
 
(et qu'est ce que tu parles de structures? c'est du C++, donc t'as des classes, CCEquipeDlg est une classe donc tu crées equipe et constructeur en tant que membres de CCEquipeDlg stou)

dc voilà. sinon pour ta solution, ok je rajoute des variables membres à la classe CequipeDlg. c'est ce que je pensais faire, mais je ne savais pas les initialiser. donc apparement c'est ds le constructeur. qu'est-que ça fait exactement quand tu fais :

bon je vais manger on verra ça le ventre plein! ++

equipe(e) ca appelle le constructeur de equipe (CString) en fournissant comme paramètre un autre CString (e), donc en fait ca copie "e" dans "equipe"
(par contre je sais plus si il faut utiliser des virgulles ou un autre truc)
 
si tu veux faire plus compréhensible (mais moins classe), tu les mets pas et tu écrit

un peu plus clair, mais tellement moins sex  

lol, c'est clair que c'est moins impressionnant ;-) en tout k, ce st bien des virgules, ça marche. mais par contre ça ne résout pas mon pb originel... parce qu'en fait je voudrais me servir des variables equipe et conducteur dans la fenêtre parent, et non l'inverse. or quand je fais ce que tu m'as dit, c'est pour se servir des variables dans la fenêtre enfant. le truc, c'est qu'en le user arrive, il doit sélectionner son n° d'équipe et le nom du conducteur de ligne (c'est une appli pour de la production indutrielle). or les valeurs de equipe et de conducteur dans la fenêtre parent n'ont pas changées. dc comment faire? je compte sur toi masklinn, car tu as l'air d'être un adepte du code stylé ;-)

Ben une fois ton dialog exécuté, c'est le parent qui se met à jour.

Passer par une strcuture c'est mieux car elle caractérise l'état de ton programme (avec les MFC tu as le Document-Vue : la strcuture est le document, et chaque fenêtre (parent, dlg, ...) constitue une vue).
Il suffit que chacune de tes fenêtre soit capable de s'initialiser à partir de ta struct (qui contient toutes les données de ton programme => le document) pour ne plus avoir qu'à faire passer ce document entre les vues qui le visualise / le modifient.
Si par la suite tu veux sauvegarder des réglages, tu n'a qu'à sérialiser ta struct et c'est fini.

faut faire comme HelloWorld te dit depuis le début:
 
dans CEquipeDlg tu crée des fonctions d'accès aux membres de la classe (parce que accéder directement aux variables saitraimal), soit Set+Get soit Get renvoyant une référence (que tu lis ou modifie directement en fonction de ce que tu veux en faire), et après tu lances ta fenêtre en modal, et quand la fenêtre est fermée (fin du DoModal()) tu accèdes aux données de la fenêtre fille grâce à tes fonctions d'accès.
 
Il faut simplement penser à n'appeler le destructeur de la fenêtre fille qu'APRES avoir récupéré tes valeurs (sinon tu essaies d'accéder à des données déjà détruites).

bon tu vas me dire que je suis chiant, mais j'aimerais bien comprendre un truc sans les structures. bon c'est normal que les variables ne soient pas modifiées, car on passe seulement les valeurs. je vais essayer en passant les adresses des CString. sinon que signifie "sérialiser une structure"??? (ben oui désolé je ne connais pas ce terme).

désolé je n'avais pas vu ton dernier message masklinn. alors j'ai pas tout compris... si je reprends ta dernière phrase, ça veut dire que je peux appeler le destructeur après d'avoir fait le EndDialog()??? si oui est-ce qu'on pt encore avoir accès aux contrôles de la fenêtre fille? parce que ça résoudrait tous les pb!

Il veut juste dire qu'il ne faut pas détruire ton objet avant d'avoir récupéré les valeurs, genre :

 
Sérialiser, ça veut simplement dire transformer tes données (ta stuct) en un flux, c.a.d une chaine de carcatères par exemples, que tu peux lire/écrire dans un fichier par exemple (fichier de sauvegarde...).
Les MFC fournissent des facilités pour cela il me semble, mais je n'en sais pas plus.

je ne connais pas les instructions set et get. à quoi servent-elles exactement? désolé de poser toutes ces questions, mais bon j'aimerais bien comprendre! =)

aïe! ùais je ne déclare pas mon objet CEquipeDlg en dynamique... il vaudrait ou pas?

ce sont ce qu'on appelle des accesseurs, qui te permettent d'accéder aux données privées d'une classe de manière sécurisée.
ce sont des fonctions que tu dois écrire toi même :

Quand tu crées une classe, tu peux avoir des membres et méthodes privés et publics.
 
Pour des raisons de sécurité et de "fiabilité", on a tendance à empêcher l'accès direct aux variables (membres), que l'on met donc en privé et on crée des méthodes publiques qui permettent d'accéder indirrectement aux variables (et te permettent accessoirement de clarifier ton code et surtout de vérifier les valeurs d'E/S de manière à ce qu'on ne puisse pas donner des valeur erronées à tes variables (genre coller 2574 dans un int censé rester entre 0 et 10). De plus, ca permet de planquer une partie du fonctionnement interne de la classe tout ca, en tout cas c'est nécessaire.
 
 
Après, t'es pas obligé d'utiliser des pointeurs sur ton objet (new), si tu ne le fait pas t'as pas à t'inquiéter au sujet de la destruction (théoriquement) mais l'objet disparait quand on sort de la fonction (pas gênant pour une fenêtre modale, normalement t'en as plus besoin une fois sorti de la fonction, beaucoup plus gênant pour une fenêtre non modale )

oki merci harkonnen =) alors résumons! il faut que je déclare une fonction qui me permettent d'accéder (ah c'est pr ça qu'on les appelle des accesseurs!!! =)) à ma structure dans la classe CEquipeDlg, c'est bien ça? en fait c'était pas si compliqué que ça, mais quand on ne connaît pas les structures, ni les accesseurs, (en gros ni le c++...) c'est pas facile! en tout k merci pour tout les gars (surtout pour la patience!) =))) ++