[MFC] MDI, CMultiDocTemplate & cie.

**r0d** · 22/05/2006, 17h27

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:

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?

**Gabrielly** · 22/05/2006, 18h14

Je crois bien que tu fasses fausse route.

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.

**Gabrielly** · 22/05/2006, 18h22

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.

**r0d** · 23/05/2006, 10h31

Ok, merci Gabrielly

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

**farscape** · 23/05/2006, 10h33

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...

**r0d** · 23/05/2006, 10h40

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

**r0d** · 23/05/2006, 13h30

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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?

**farscape** · 23/05/2006, 13h35

quelle est la classe de base de CTotoView ?

**r0d** · 23/05/2006, 14h09

C'est une cdxCDynamicFormView (une classe récupérée sur codeproject qui hérite de CFormView)

**r0d** · 23/05/2006, 14h51

C'est étrange, le constructeur de CTotoView n'est jamais appelé. Y aurait-il un souci avec le IMPLEMENT_DYNCREATE() ?

**farscape** · 23/05/2006, 14h56

montre la ligne IMPLEMENT_DYNCREATE

**r0d** · 23/05/2006, 15h07

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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é.

**farscape** · 23/05/2006, 15h11

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
CBEMainDialog::CBEMainDialog()
    : cdxCDynamicFormView(IDD, fdAll,flAntiFlicker)

**r0d** · 23/05/2006, 15h19

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

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?

**farscape** · 23/05/2006, 15h27

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 ...

**r0d** · 23/05/2006, 17h42

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

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

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.

[MFC] MDI, CMultiDocTemplate & cie.

MFC

Discussions similaires

Partager

Partager