Layout des controles sous VC++ en général - une discussion de plus

Bonjour,

Cette discussion est née sur l'analyse de la réponse dans la faq : http://cpp.developpez.com/faq/vc/?pa...#LayoutControl

Est-ce ce code peut aussi être utilisé sur des bibliothèques d'interface de sociétés tiers comme stingray, bcg, ... c'est à dire faire CTplLayout<CGXDialog> au lieu de CTplLayout<CDialog> par exemple. Il me semble que ce CGXDialog est une couche qui emploie encore à l'intérieur du MFC.
Enfin, je me demande pourquoi ce redimensionnement ne marche pas (par ex, le resize à partir du bas) très bien dans un code que j'ai écrit en va vite: ftp://ftp-developpez.com/randriano/MfcWithLayout.zip

Merci d'avance !

Que pensez du code du genre (je l'ai découvert par hasard en surfant) : son principe est simple, on surcharge le message WM_SIZE ainsi que WM_GETMINMAXINFO pour limiter le resize, il faut alors créer une méthode DeplacerControles() pour gérer aussi le déplacement des éléments à l'intérieur du dialog lors du redimensionnement.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44

void JMyDialog::OnSize(UINT nType, int cx, int cy) { CDialog::OnSize(nType, cx, cy);   if ( IsWindowVisible() ) DeplacerControles(cx,cy); }   void JMyDialog::DeplacerControles(int cx,int cy) { m_wndGrid.ShowWindow(SW_HIDE); m_wndGrid.MoveWindow(8,8,cx-16,cy-52); m_wndGrid.ShowWindow(SW_SHOW);   CWnd* bIdOk = GetDlgItem(IDOK); bIdOk->ShowWindow(SW_HIDE); bIdOk->MoveWindow(cx-174,cy-36,80,24); bIdOk->ShowWindow(SW_SHOW);   CWnd* bIdCancel = GetDlgItem(IDCANCEL); bIdCancel->ShowWindow(SW_HIDE); bIdCancel->MoveWindow(cx-88,cy-36,80,24); bIdCancel->ShowWindow(SW_SHOW);   m_StatusBar.MoveWindow(0,0,cx,cy);   CRect Rect; m_wndGrid.GetClientRect(&Rect); if ( m_ExtraColunm ) Rect.right -= 80; m_wndGrid.SetColWidth(0, 0, (Rect.Width()-1)/2); m_wndGrid.SetColWidth(0, 1, (Rect.Width()-1)/2);   m_wndGrid.Invalidate(TRUE); }   void JMyDialog::OnGetMinMaxInfo(MINMAXINFO* lpMMI) {   lpMMI->ptMinTrackSize.x = 520; lpMMI->ptMinTrackSize.y = 200;   CDialog::OnGetMinMaxInfo(lpMMI); }

---

Est-ce que c'est faisable et approprié ? L'affichage ne risque-t-il pas de saccader avec ces Invalidate() et ShowWindow(SW_HIDE)/ShowWindow(SW_SHOW)

salut,
c'est quoi le probléme avec la classe template ?
ton exemple fonctionne , je ne vois pas de problème ...
note:

Code:

---

1 2	AddControl(IDC_BUTTON1,eSizeType::sizeNone,eSizeType::sizeNone);

---

ne fera rien du tout ....

Après mure réflexion, le programme que j'ai envoyé marche mais pourquoi on ne peut pas diminuer mais seulement augmenter. Est-ce que ce template s'applique seulement à des classes mfc ???
A quoi sert sizeRelative ? Comment maintain distance from right/bottom ou right/top ?

Citation:

---

Envoyé par randriano

1)Après mure réflexion, le programme que j'ai envoyé marche mais pourquoi on ne peut pas diminuer mais seulement augmenter.
2)Est-ce que ce template s'applique seulement à des classes mfc ???
3)A quoi sert sizeRelative ? Comment maintain distance from right/bottom ou right/top ?

---

1) la classe a été pensée pour permettre l'expansion à partir d'une taille initiale .
le test peut être enlevé ,mais il faudra alors tester les situations anormales : contrôles trop petit etc..
en général on construit sa fenêtre pour le minimum et on permet l'expansion.
2) je ne suis pas sûr de bien comprendre la question.., en tout cas le template utilise les classes MFC..
3) positionnement relatif ça maintient la distance de positionnement du contrôle par rapport au bord de la fenêtre selon l'axe (x ou y)désigné.


peut être que tout cela sera inutile avec la nouvelle mouture des MFC qui s'annonce avec Visual 2008....

Donc, la taille initiale d'une fenêtre est la minimale ?
Est-ce que ce template pourrait supporter des classes non MFC par exemple du framework BCG, je ne sais pas si tu connais ça mais ce framework lui même n'est q'une surcouche utilisant mfc ?
Pour le 3), un exemple de code please ?

Citation:

---

Envoyé par randriano

1-Donc, la taille initiale d'une fenêtre est la minimale ?
2-Est-ce que ce template pourrait supporter des classes non MFC par exemple du framework BCG, je ne sais pas si tu connais ça mais ce framework lui même n'est q'une surcouche utilisant mfc ?
Pour le 3), un exemple de code please ?

---

1- oui
2- ça devrait, pour information ce framework va être integré aux MFC dans visual 2008 : http://blog.developpez.com/index.php...&c=1&tb=1&pb=1
3)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

// TODO: Add extra initialization here CRect Rect(0,0,0,0); InitDialog(Rect,TRUE);   AddControl(IDOK,eSizeType::sizeRepos,eSizeType::sizeNone); AddControl(IDCANCEL,eSizeType::sizeRepos,eSizeType::sizeNone); AddControl(IDC_EDIT2,eSizeType::sizeResize,eSizeType::sizeResize); AddControl(IDC_BUTTON1,eSizeType::sizeRelative,eSizeType::sizeRelative); // ou // AddControl(IDC_BUTTON1,eSizeType::sizeRepos,eSizeType::sizeRepos); // c'est pas mal aussi dans ton cas...

---

petite correction par rapport au code de la faq:
dans le cas d'une dialog, la taille initiale de référence est à zéro (le crect) ,
mais pour le déplacement relatif on a besoin de la taille initiale de la fenêtre,
ce qui est fait (le cas est détecté) dans la méthode InitDialog, que j'ai déplacé avant l'ajout des contrôles...

2- bonne nouvelle ! Cela implique donc que Microsoft a eu déja recours à BCG lors du dévt de office 2007 ?

Farscape ! Qu'en penses-tu du code de cet autre programmeur sur le layout :http://www.codeproject.com/dialog/layoutmgr.asp (en fait, le lien de ton code ne marche plus)

Que ça a l'air complet et plus compliqué que ce que je propose .

Le nouveau code que j'ai indiqué semble complet mais je préfère la technique de template !!! Ce code se montre comme supportant tout layout de CWnd mais c'est limité (dialog, dialogbar, formview, propertypage, propertysheet), mais le tien Farscape, il supporte tout descendant de CWnd ???

oui tout ce qui descend de CWnd.
j'ai du quand même faire 2 fonctions d'initialisations différentes pour une dialobar et une CDialog / Formview .
dans le cas d'un autre type de fenêtre la forme d'initialisation pour les Dialog devrait convenir...