[MFC] MDI, CMultiDocTemplate & cie.

Version imprimable

22/05/2006, 17h27
r0d

[MFC] MDI, CMultiDocTemplate & cie.

Bonjour à tous,

je dois créer une fenêtre (frame) dans une appli de type vaguement MDI et, d'une part, c'est un de mes gros points faible, et d'autre part, cette appli est des plus complexes. J'aurais donc besoin de quelques éclaircissements, c'est pourquoi je me tourne vers vous.

1/ Le CMultiDocTemplate. Le principe me semble pratique, mais le problème c'est que la fenêtre que je dois créer ne comporte pas de doc. Vous savez, pour créer un CMultiDocTemplate, il faut lui passer le nom des classes du doc, de la frame et de la view. Bon ben moi j'ai pas de doc, est-ce que cela peut poser problème? Comment fonctionne le mécanisme du CMultiDocTemplate? Ce que je ne comprends pas, c'est comment sont créés les views (où et comment doit-on faire le Create, etc.)?

2/ La MDI. J'ai donc créé une frame et une view. Mais dans ma frame, je n'ai pas de methode d'initialisation (OnInitDialog, OnInitialUpdate ou ce genre de chose). Comment se fais-ce? Dois-je la créer "à la main"?

3/ Le code. Pour l'instant, en tatonnant, j'ai réussi à compiler, mais j'ai un gros plantage sur le create de ma view. Je l'ai mis dans le Create de ma frame, mais j'ai la très désagréable impression que je fais fausse route. Pour info, voici le code qui pose problème:

Citation:

int CMyFrame::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
[...]
CRect rect;
GetClientRect(rect);
m_pView->CreateEx(0, "toto", "titi", WS_VISIBLE|WS_CHILD, rect, this, IDD_MY_VIEW, NULL);

m_pView->ShowWindow(SW_SHOW); //Ca plante ici, avec m_pView->m_hWnd = 0xfeeefeee
[...]

Une idée?
22/05/2006, 18h14
Gabrielly

Je crois bien que tu fasses fausse route.:lol:
Les MFC t'offre déjà une autoroute bien asphalté et toi tu veux emprunter un sentier.
Si ta fenêtre est sans document alors je ne vois aucun mal d'en créer un et de le connecter dans le CMultiDocTemplate.
Tu crées simplement une classe document sans fonctionnalité apparente mais par pure formalité pour permettre aux MFC de créer correctement ta fenêtre.
22/05/2006, 18h22
Gabrielly

En ce qui concerne l'initialisation, tu as le message WM_CREATE de ta frame si tu as à créer dynamiquement des objets (contrôles, etc) et tu as la méthode virtuelle OnInitialUpdate() de ta vue qui est le meilleur candidat où tu puisses initialiser tes données.

Les MFC font appel à toutes une serie d'appels de fonctions dans le CMultiDocTemplate lors de la création jusqu'à l'affiche d'une fenêtre MDI
En écrivant un code comme le tien tu ne manqueras pas de court circuiter les appels.
23/05/2006, 10h31
r0d

Ok, merci Gabrielly :D

apparamment, il n'est pas possible créer un MutiDocTemplate sans Doc. J'ai testé différentes approches, mais j'obtiens toujours des gros plantages hideux.

Pour le reste, je commence à comprendre :roll:
:mrgreen:
23/05/2006, 10h33
farscape

salut,
tu peux utiliser la classe CDoc dans la déclaration de ton document template
sans pour autant a avoir à gérer le document par la suite...
:D
23/05/2006, 10h40
r0d

oui, c'est la solution qui m'a semblé la meilleure, en effet.
Bon, je vais mettre résolu alors ;)

Erf, j'ai un petit souci:
J'ai créé mon DocTemplate ainsi:
Code:

1 2 3 4 5 m_pTotoDocTemplate = new CMultiDocTemplate( IDR_TOTO, //icone RUNTIME_CLASS(CDocument), //document dont je ne me sert pas RUNTIME_CLASS(CTotoFrame), // ma frame qui contient ma view RUNTIME_CLASS(CTotoView) ); // ma view AddDocTemplate(m_pTotoDocTemplate );
Et ce qu'il se passe, c'est que ma frame est bien affichée, avec l'icone et tout, mais l'interieur de la frame, qui devrait afficher ma view, n'affiche rien du tout (le rect n'est pas rafraîchi, donc il m'affiche ce qu'il y a derrière la frame, et quand je déplace la frame, il ne rafraichi pas l'intérieur).

Vous savez d'où ça peut venir?

23/05/2006, 13h35
farscape

quelle est la classe de base de CTotoView ?
:D
23/05/2006, 14h09
r0d

C'est une cdxCDynamicFormView (une classe récupérée sur codeproject qui hérite de CFormView)
23/05/2006, 14h51
r0d

C'est étrange, le constructeur de CTotoView n'est jamais appelé. Y aurait-il un souci avec le IMPLEMENT_DYNCREATE() ?
23/05/2006, 14h56
farscape

montre la ligne IMPLEMENT_DYNCREATE
:D

Bon ok, je te montre les bouts de code que j'estime importants:

Code:

1
2
3
4
5
6
7
//dans la mainframe:
m_pTotoTemplate = new CMultiDocTemplate(
        IDR_BE,
        RUNTIME_CLASS(CDocument),
        RUNTIME_CLASS(CTotoFrame),
        RUNTIME_CLASS(CTotoView) );
    AddDocTemplate(m_pTotoTemplate );

Code:

1
2
3
4
5
6
7
8
9
10
11
12
//TotoView.h
class CTotoView: public cdxCDynamicFormView
{
 public:
    CTotoView(/*CWnd* pParent = NULL*/);
    ~CTotoView();
    DECLARE_DYNCREATE(CTotoView);
 
    //{{AFX_DATA(CTotoView)
        enum{ IDD = IDD_TOTO_FORM };
    //}}AFX_DATA
}

Code:

1
2
3
4
5
6
7
//TotoView.cpp
IMPLEMENT_DYNCREATE(CBEMainDialog, cdxCDynamicFormView)
 
CBEMainDialog::CBEMainDialog(/*CWnd* pParent*/ /*=NULL*/)
    : cdxCDynamicFormView(IDD, fdAll,flAntiFlicker)
{
///etc...

Si je met un breakpoint sur le IMPLEMENT_DYNCREATE, je vois qu'il y passe lors de l'exécution, mais le constructeur n'est jamais appelé.

23/05/2006, 15h11
farscape
arf normal , tu me fais pas un petit melange entre une dialogue et une CFormview.?
il n'y pas de parent dans le constructeur d'une CFormview ....;)
ça serait plutot un truc comme ça
Code:

1 2 3 CBEMainDialog::CBEMainDialog() : cdxCDynamicFormView(IDD, fdAll,flAntiFlicker)
:D
23/05/2006, 15h19
r0d

Oui en fait, le truc c'est que je suis parti d'une CDialog, mais je dois (pour plusieurs raisons qu'il serait fastidieux et inutile de développer(.com) ici) la transformer en cette satané DocTemplateMachin :furieux:
Bon du coup j'ai tout un tas de questions:
1/ Je n'ai pas vu la différence, dans ton précédent post, entre mon code et le tien (j'ai mis le paramètre du constructeur en commentaire, c'est un reliquat de ma CDialog).
2/ Je ne parviens pas à trouver des infos sur les DECLARE_DYNCREATE et IMPLEMENT_DYNCREATE. Que sont ces étranges animaux?
3/ Pour que le constructeur de ma view soit appelé, il faut que ma classe soit "castable" en CView c'est ça?
23/05/2006, 15h27
farscape

j'avais pas vu que l'argument etait en commentaire..
il faut un constructeur par defaut .
DECLARE_DYNCREATE permet la gestion de la signature de la classe et donc l'utilisation de CreateObject pour la creation dynamique..
si ça rentre pas dans ton constructeur je serais tenté de dire qu'il y a un chisme avec celui de la classe de base.
pour faire un essai rapide remplace cette classe par CFormView pour voir ...
tu as pensé à mettre child dans les proprietes de la fenetre ...
:D
23/05/2006, 17h42
r0d

Ayé, jâ réussi gnn... ça gnnn... marche!!
Enfin, je pouvoir aller déjeuner :aie:

En fait, le problème venait du fait que j'utilisais 2 méthodes différentes et apparemment antagonistes: j'utilisais d'une part un CMultiDocTemplate() et d'autre part un CreateNewChild(). Bref, comme d'habitude, je me suis un peu emmêlé les pinceaux :oops:

:merci: :D :D

Pour info, l'utilisation d'une cdxCDynamicFormView pour des fenêtres un peu complexes dans une MDI est vraiment pratique. Et puis le rendu est impeccable.