MFC - touche échap

Bonjour

Je ne sais pas, mais c'est la 2nd projet ou ça arrive


sur une dialogue en utilisant uniquement le classwizard
la touche échap se trouve redirigée en cours de développement:
son appui est récupéré par un des boutons.


Est-ce lié à l'ordre des ID des boutons au sein de la fenetre?

ou comment remédier à ça sans avoir à intercepter de touche.

Merci

surcharge ton 'OnCancel' ou nom de ce genre.

ciao...
BruNews, MVP VC++

CT une bonne idée

mais pas la bonne

je vais réessayer en rajoutant l'evt ONCANCEL
ça ne fonctionnais pas non plus

j'ai trouvé un evt qui m'était inconnu et qui lui intersepte

ON_WM_CANCELMODE()

associé à la fonction
void DIntra::OnCancelMode()
{
CDialog::OnCancelMode();
}

en le transformant ainsi
{
CDialog::OnCancel();
}


on arrive presque au résultat escompté
mais c'est de la bidouille !!!!

je dis presque car cette #~+| de fonction s'exécute quand même...

Magic Nono: l'informagicien!

et redefinir dans le h:
void OnCancel() {};

n'irait pas ?

ciao...
BruNews, MVP VC++

j'ai redéfini tout le resource .h en répartissant tous les doublons et plus de pb.

Visual & l'informagie, c'est pas trop ça
ça tient plutot de la sorcellerie.

merci en tt cas
++
Magic Nono: l'informagicien!

Au moins avec une belle windproc devant toi en API, pas besoin de se demander quel truc on est alle hooker a l'insu de mon plein gre.
Pas vrai ???

ciao...
BruNews, MVP VC++

oui,

L'idéal est d'etre un warior, un vrai et d'utiliser au minimum tous ces assistants dont nous ne connaissons pas tous les tenants et les aboutissants.

Et c'est sur qu'en gérant tout, si il y a une erreur, elle vient forcément de notre part. Donc en codant bien...

Après, il n'y a malheureusement pas que les criteres d'idéaux qui rentrent en compte.
Mais même en voulant aller vite voici une fois de plus la preuve qu'il faut mettre la tete dans le cambouis du moteur.

Magic Nono: l'informagicien!