[MFC] WS_TABSTOP entre CDialog imbriquée

Version imprimable

20/01/2005, 20h30
CroustRyu

[MFC] WS_TABSTOP entre CDialog imbriquée
Bonjour,

Voici mon problème :

J'ai une boite de dialogue (appellons la Diag1) qui possède un control static (appellons le ancre) qui me permet d'afficher une autre boite de dialogue (par exemple Diag2) dans Diag1.
Code:

1 2 3 4 5 6 7 8 BOOL Diag1::OnInitDialog() { CDialog::OnInitDialog(); diag2.Create(IDD_DIAG2, &ancre); ... }
Diag2 dispose de ses propres control avec un ordre de tabulation propre. Il en est de même pour Diag1.

J'aimerai faire en sorte que les éléments de Diag2 fasse partie des "objets tabulables" de Diag1.

Voilà si quelqu'un a une idée...

Merci d'avance.
20/01/2005, 20h49
farscape

salut,
un essai a creuser ,je me lance ..
essaie de changer le zorder de ta dialogue 2 a la suite de ancre
avec setwindowpos .
:D
20/01/2005, 21h47
CroustRyu

Merci pour l'idée...

Mais ça ne marche pas.

N'y a-t-il donc aucune méthode dans les MFC qui permet de créer sois-même la liste de succession des tabstop :?
20/01/2005, 21h52
farscape

a tout hasard tu as essayé de mettre le style WS_TABSTOP a ta dialogue ?
:D
20/01/2005, 22h22
CroustRyu

Oui, j'ai déjà essayé et ça n'y a rien fait.

Sinon j'avais dans l'idée d'intercepter le message de l'appuie sur tab.

Mais je voulais d'abord voir s'il n'y existait pas un moyen plus direct. Surtout que je ne suis pas sur que je pourrais encore intercepté ce message lorsque le focus sera sur diag2.

Pour résumer, si je ne fais rien la tabulation me permet de naviguer dans diag1. Ensuite, si je clique sur un des contrôles de diag2, la tabulation me permet de naviguer dans diag2 mais pas de revenir dans diag1.
20/01/2005, 22h27
CroustRyu

Je crois que je vais finir par abandonné l'idée de la boite de dialogue imbriquée et que je vais créer tout mes contrôles à la volée se sera peut-être plus simple :(
23/01/2005, 16h55
CroustRyu

Vraiment personne n'a de nouvelles idées à me proposer :!:
23/01/2005, 17h25
blackhorus

Citation:

Sinon j'avais dans l'idée d'intercepter le message de l'appuie sur tab.

je trouve cette idée pas mal, essaye d'intercepter le TAB du dernier control et fais passe Dialog 1 en fenetre active, et de même pour le dernier control du Dialog1
23/01/2005, 17h34
CroustRyu

Citation:

essaye d'intercepter le TAB du dernier control et fais passe Dialog 1 en fenetre active, et de même pour le dernier control du Dialog1

C'est effectivement ce que je pensais faire, mais ceci ne me satisfait pas entierement.

En effet comment utiliser cette méthode si on ne dispose pas du code de Dialog1.

Même si dans mon cas j'ai effectivement le code des deux classes, je me demande s'il n'y a rien d'un peu plus propre :?:
23/01/2005, 17h49
blackhorus

c'est vrai qu'il faut modifier le code de chaque dialog, mais je crois pas qu'il existe une solution standard dans windows...

Citation:

je me demande s'il n'y a rien d'un peu plus propre...

crois moi, c'est propre, vu le travail que tu veux faire, on aurait dis le contraire pour une simple manip... :wink:
23/01/2005, 17h53
CroustRyu

Ok, je te fais confiance alors va pour le tag Résolu :)
23/01/2005, 17h59
blackhorus

ne prends pas ma solution pour argent comptant , prends la simplement comme une-solution-pour-l'instant-en-attendant-de-trouver-mieux... :ccool:
24/01/2005, 19h30
farscape

salut ,
je reviens a la charge ,
essaye de mettre le flag :WS_EX_CONTROLPARENT a la dialogue parent.
:D
25/01/2005, 19h56
CroustRyu

Ca maaaaaaaaarrrrrrrrche. :bravo:

A ceci prêt qu'il faut que diag2 ait le style DS_CONTROL.

Donc pour ceux que ça interesse il faillait rajouter ceci dans le OnInitDialog de Diag1

Citation:

ancre.ModifyStyleEx(0, WS_EX_CONTROLPARENT);

Merci farscape :ave: je m'incline devant ta science (tu as du bien galèrer pour trouver le bon style dans msdn :), j'avoue ne pas avoir cherché dans les styles etendues :oops: )

Ce coup-ci s'est vraiment résolu et de maniere propre (avec l'autre il y avait des problèmes avec les némonics)

Encore merci à tous pour votre aide
25/01/2005, 20h00
CroustRyu

Une petite précision pour ceux qui voudrait faire la même chose : diag2 doit avoir le style WS_CHILD :wink:
26/01/2005, 07h26
farscape

Citation:

Envoyé par CroustRyu

tu as du bien galèrer pour trouver le bon style dans msdn

Disons que j'ai eu une soudaine intuition lumineuse :lol:
18/12/2006, 09h05
pataguillon

Je rencontre la même problématique que toi pour mon projet. J'ai une dialog "mère" dans laquelle j'affiche les dialog de mes plugins (sans barre de titre ni contour) positionnées grâce à un static de la mère.

J'ai tenté d'appliquer ta solution, mais elle ne peut (apparremment) pas fonctionner à cause d'une pompe à messages qui se trouvent dans le code de la dialog mère (juste après l'affichage de la dialog fille)...

Du coup, j'ai mis en place la seconde solution : traitement de la touche TAB dans la pompe à messages. Cela fonctionne presque bien. Je ne rencontre qu'un seul problème avec cette solution, c'est que je n'arrive pas à passer des controles de la dialog fille à ceux de sa mère...

J'aimerais savoir si il est possible de détecter si la touche TAB est arrivée sur le dernier controle de la fille, pour pouvoir à ce moment là effectuer le TAB sur le premier controle de la mère...

En gros, ce qu'il me faut, c'est pouvoir connaitre l'indice 'tab order" d'un controle, ou un autre moyen de l'identifier...

Pouvez-vous me donner un petit coup de pouce ?

Merci d'avance.

-Pat-

PS : si vous pensez que cette réponse mérite d'être déplacée dans une nouvelle discussion, tapez 1, ou bien dites-le moi tout simplement :)

salut,
tu peux faire comme suit:
sur preTranslateMessage:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
BOOL MyChild::PreTranslateMessage(MSG* pMsg) 
{
    // TODO: Add your specialized code here and/or call the base class    
    if (pMsg->message == WM_KEYDOWN)
    {            
        CWnd *pWnd,*pFocused;
        switch (pMsg->wParam)
        {
        case VK_TAB:
                    pFocused=pWnd=CWnd::GetFocus();
                    // le premier dans l'ordre des tabulations
                      CWnd *pFirstCtrl=pWnd->GetNextDlgTabItem(NULL);                              // le suivant par rapport au courant...
                    CWnd *pCtrlNext=pWnd->GetNextDlgTabItem(pFocused);
                    if(pFirstCtrl==pCtrlNext)
                     {
                         // si le suivant est égal au premier dans l'ordre du tab     
                         //control c'est que l'on est sur le dernier ...
 
                      }
        }
//......
}

18/12/2006, 13h33
pataguillon

Merci Farscape pour ta réponse. Elle semble convenir à ce que je cherchais à faire.

Il ne me reste plus qu'à mettre ça en place :D

@+, et merci encore !
19/12/2006, 11h44
pataguillon

Bon bah l'idée est bonne et correspond bien à mon besoin, mais quoi que je fasse je passe tout le temps dans le "if(pFirstCtrl==pCtrlNext)" :?

Je cherche actuellement où se situe le problème...
11/01/2007, 14h26
PetitPapaNoël

Génial ! :D
Je rencontrais le même problème que CroustRyu. Grâce à une petite recherche dans le forum et ta précieuse aide, Farscape, je suis maintenant un développeur heureux ! ;)
11/01/2007, 14h39
farscape

Citation:

Envoyé par PetitPapaNoël

Génial ! :D
Je rencontrais le même problème que CroustRyu. Grâce à une petite recherche dans le forum et ta précieuse aide, Farscape, je suis maintenant un développeur heureux ! ;)

:france:
11/01/2007, 16h54
PetitPapaNoël

En fait, j'ai quand même un léger problème suite à l'adoption de la solution de Farscape...
En fait j'utilise l'interception des touches Entrée et Echap de la façon proposée par Farscape dans la FAQ. Et il semble que l'emploi simultané de ces deux techniques pose un problème au niveau des boutons. En effet, normalement la frappe sur Entrée alors qu'un bouton a le focus devrait lancer le OnClick du bouton, mais ce n'est pas le cas dans la boîte de dialogue qui a le style DS_CONTROL.

Bonjour,

Citation:

Envoyé par farscape

salut,
tu peux faire comme suit:
sur preTranslateMessage:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
BOOL MyChild::PreTranslateMessage(MSG* pMsg) 
{
    // TODO: Add your specialized code here and/or call the base class    
    if (pMsg->message == WM_KEYDOWN)
    {            
        CWnd *pWnd,*pFocused;
        switch (pMsg->wParam)
        {
        case VK_TAB:
                    pFocused=pWnd=CWnd::GetFocus();
                    // le premier dans l'ordre des tabulations
                      CWnd *pFirstCtrl=pWnd->GetNextDlgTabItem(NULL);                              // le suivant par rapport au courant...
                    CWnd *pCtrlNext=pWnd->GetNextDlgTabItem(pFocused);
                    if(pFirstCtrl==pCtrlNext)
                     {
                         // si le suivant est égal au premier dans l'ordre du tab     
                         //control c'est que l'on est sur le dernier ...
 
                      }
        }
//......
}

Après avoir mis en application la méthode proposée par Farscape je me suis rendu compte d'un petit problème : que l'on utilise la touche Tab ou la combinaison Maj + Tab, la réaction sera la même : passage au contrôle suivant dans l'ordre des tabulations. Du coup, on perd la fonctionnalité du retour en arrière de la combinaison Maj + Tab.

Quelqu'un a-t-il une idée pour résoudre ce problème ?

30/05/2007, 10h24
farscape

il suffit de detecter le Maj Tab et d'adapter le traitement ...
pour la detection du shift voir ce post:
http://c.developpez.com/faq/vc/?page...trlLikeWindows
30/05/2007, 10h34
PetitPapaNoël

Super ! Je ne connaissais pas la méthode GetKeyState.
Merci Farscape ! :D