Version imprimable
Bonjour à tous,
j'aimerais activer ou désactiver le bouton Ok de ma boîte de dialogue en fonction de la taille de mon élément (si elle est paire ou non). Mais j'ai eu bien beau chercher sur le net, rien de ce que j'ai pu trouver n'a fonctionner. Je sais le réalisé sous java avec un caretListener avec setEnabled(bool) mais pas en c++ sous visual studio 10.
Je viens donc vers vous pour solliciter votre aide qui m'a été précieuse dans le passé.
Merci d'avance.
Ci-dessous : la photo de la BDD
Je ne vois pas trop le problème. 8O
CWnd::EnableWindow
http://msdn.microsoft.com/en-us/library/5kbfsahf.aspx
J'ai essayé cela sinon je n'aurai pas posté le poste si je ne trouvai pas avant ailleurs.
voici le code que j'ai :
bddFiltre est l'image de la boîte de dialogue ci-dessus.Code:
2
3
4
5
6
7
8
9
10
11
m_OkFiltre est une variable associé à mon bouton Ok.
Je génère pas de souci, mais au moment de lancer l'action en cliquant dans le menu, j'ai le message d'erreur en pièce jointe.
Je fais surement quelque chose de mal. Désolé, ce n'est pas facile quand on connait rien en MFC. En plus, je ne sais pas dans quelle fichier provient l'erreur mais je pense que c'est la ligne bddFiltre.m_OkFiltre.EnableWindow(false); qui la provoque.
Je peux uploader mon projet s'il le faut.
Merci quand même pour ta réponse aussi rapide bacelar.
Vous pouvez acceder aux propriétés de vos controles qu'aprés avoir passé par la fonction OnInitDialog, d'ou votre message d'erreur.
Ensuite ajouter un gestionnaire d'évenement pour le message EN_CHANGE du controle CEditCode:
2
3
4
5
6
Code:
2
3
4
5
6
7
8
9
10
11
12
Merci ddaime aussi pour la réponse je pense que ca va beaucoup m'aider. Tu es mon sauveur. Cependant j'ai des soucis avec le code que tu m'as donnée. J'ai mis ces deux codes dans mon fichier CDialFiltre.cpp et j'ai ajouté aussi les fonctions dans le .h. Mais j'ai encore des erreurs.
Notamment sur cette ligne :
Il me ditCode:CDialogEx::OnInitDialog();
Après pour le reste sa va, normalement il n'y a plus qu'à tester.Citation:
Error : Une référence d'objet non statique doit être relative à un objet spécifique
Merci encore, si ça marche tu m'enlève une épine du pied.
C'est tout simplement parce que votre class "CDialFiltre" ne dérive pas directement de "CDialogEx".
Remplacez "CDialogEx" dans la ligne
par le nom de la classe mère de "CDialFiltre".Citation:
CDialogEx::OnInitDialog();
Merci mais j'ai une boucle infinie du coup j'avais essayé avec CDialog car CDialogFiltre dérive de CDialog. Mais j'ai une erreur lorsque je lance le programme :Citation:
Envoyé par bacelar
L'erreur est la suivante en pièce jointe. Franchement, je commence a désespérer.Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Pas de panic. ;)
Vous avez une boucle infinie si vous faites un appel récursif en oubliant de spécifier le nom de la classe mère.
Nickel si CDialog est bien la classe mère de CDialogFiltre et non une classe ancêtre (mère de mère, ...) . :ccool:Citation:
j'avais essayé avec CDialog car CDialogFiltre dérive de CDialog
J'ai l'impression que vous avez peur de regarder dans le code des MFC.
Les MFC sont fournies avec leurs sources et cela est un gros avantage.
Les fenêtres que vous fournissez dans vos post ne sont pas des fenêtres de plantage.
Ce sont des fenêtres d'alerte des MFC qui ont détecté une incohérence dans les données quelles manipules.
En cliquant sur le bouton "Recommencer" vous arriverez, via le débuggeur de VS, sur la ligne où l'incohérence a été détectée par les MCS.
Généralement c'est une MACRO de type ASSERT.
C'est cool la version DEBUG, mais attention car ces check disparaissent en mode Release.
A en croire la copie d'écran, vous utilisez VC7.0, je ne dispose pas de cette version de VS ni des fichiers sources correspondant mais dans la version VS2008(VC9.0), la plus ancienne de celles dont je dispose, la ligne 40 du fichier dlgdata.cpp correspond à :
Donc pSite est null (=m_pDlgWnd->GetOleControlSite(nIDC);)Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23HWND CDataExchange::PrepareCtrl(int nIDC) { ASSERT(nIDC != 0); ASSERT(nIDC != -1); // not allowed HWND hWndCtrl; COleControlSite* pSite = NULL; m_pDlgWnd->GetDlgItem(nIDC, &hWndCtrl); if (hWndCtrl == NULL) { // Could be a windowless OCX pSite = m_pDlgWnd->GetOleControlSite(nIDC); if (pSite == NULL) { TRACE(traceAppMsg, 0, "Error: no data exchange control with ID 0x%04X.\n", nIDC); ASSERT(FALSE); AfxThrowNotSupportedException(); } } m_idLastControl = nIDC; m_bEditLastControl = FALSE; // not an edit item by default return hWndCtrl; }
Donc si vous avez le même type de code que moi, cela n'a plus rien à voir avec le EnableWindow, mais plus avec l'initialisation de contrôles complexes dans votre boîte de dialogue.
En utilisant le débuggeur de VS vous aurez accès à la pile d'appel et vous saurez les motifs de cet appel.
Je pense à "UpdateAllViews(NULL);" qui appel "UpdateData" qui appel les DDX/DDV des contrôles de la boîte de dialogue qui appelera le "PrepareCtrl" fautif.
Si vous commentez les "EnableWindow" et si l'application se remet à fonctionner, c'est que c'est bien les "EnableWindow" qui "vérole" les données des fenêtres (peu probable mais pas impossible). Mais c'est à vérifier.
Je vais prendre la convention d'appeler la fenêtre, l'objet géré pas les MFC et contrôle l'objet géré par le Kernel Windows. La fenêtre MFC contiendra un contrôle opérationnel qu'après la fin du processus appelé par "OnInitDialog".
Le code de "OnEnChangeTaille" m'intrigue un peu.
EnableWindow ne devrait être appelé que sur des fenêtres dont le contrôle est déjà créé donc après la fin de "OnInitDialog".
Est-ce le cas ? Sinon, il faudra vérifier l'existence du contrôle avant l'appel à "EnableWindow".
Mais plutôt que de faire des hypothèses, vérifiez avec un débuguer le motif de l'appel et le contexte, cela permettra d'y voir plus claire.