[MFC] ça existe les layout ?

Version imprimable

21/02/2005, 22h25
bigboomshakala

[MFC] ça existe les layout ?

bonsoir,

en java et avec Qt, on a la possibilité de définir des gestionnaire de mise en forme (layout) qui prennent en charge le positionnement (et le repositionnement le cas échéant : redimensinonement de la fenêtre...) des composants d'interface.

est-ce que ça existe aussi avec les MFC ou la place des composants d'une interface ne peut être que statique?

merci
22/02/2005, 07h36
farscape

Salut,
Effectivement ça n'existe pas en natif dans les MFC ,
Mais ce n'est pas très compliqué à mettre en place .
le traitement est a faire au niveau de :
la Mainframe pour l'emplacement de la fenêtre d'application.
de la MDIChild pour les fenêtres de type view .
et sur les Dialogues.

Personnellement cette fonctionnalité est incluse dans ma librairie par redéfinitions des classes de bases citées.
:D
22/02/2005, 08h07
bigboomshakala

salut,

merci, il me semblait bien que je n'avais jamais entendu parler de layout en MFC dans les bouquins VC++ et sur le forum.

:ave: tu pourrais donner un exemple de layout perso dans la FAQ

merci
22/02/2005, 13h58
farscape

salut,
regarde ce post:
http://www.developpez.net/forums/vie...694412#1694412
:D
22/02/2005, 16h43
bigboomshakala

:mouarf:

j'ai vu j'ai vu, merci.

ce n'était pas tout à fait ce que j'avais en tête. je voulais parler de layout pour gérer le repositionnement des boutons, edit... lorsque l'utilisateur redimensionne sa fenêtre.

en java on peut appliquer un layout sur la frame d'une fenêtre.
par exemple le FlowLayout qui permet, si ma fenêtre contient 3 boutons alignés centrés dans la fenêtre :
- de garder les boutons centrés si on redimensionne la fenêtre
- passer les boutons sur plusieurs lignes si la fenêtre est trop étroite pour qu'ils puissent tous tenir sur une ligne

avec Qt il y a également des layout qui se charge d'aligner les composants, de dimensionner la fenêtre pour coller parfaitement à son contenu...

avec les MFC, ce mécanisme n'existe pas a priori. les composants ont une place fixe. si on fait une boite de dialogue d'une certaine taille :
- quand on l'agrandit, une partie de la fenêtre est vide
- quand on diminue sa taille, une partie des composants est masqué
et pour réaliser l'interface on doit passer par l'éditeur d'interface et positionner les composants à la main.

:wink:
22/02/2005, 16h49
farscape

il existe des implementations pour gerer ça au niveau des fenetres ,
permettant d'appliquer des changements dynamique au niveau des Dialogbar ou Formview/Dialog.

mais rien de standard il est vrai ...

:D
22/02/2005, 17h17
r0d

rien de standart... exact, malheureusement. Je me demande comment ils ont fait, les gars qui ont programmé Visual MainWin (cf ce thread )?

D'ailleurs, je me suis pris la tête quelques jours là-dessus. J'ai finalement décrété que tous les utilisateurs de mon soft seront en 1024*768!!! :oops:

Le developpeur a toujours raison, ce sont les utilisateur qui sont trop niais ;)
22/02/2005, 17h26
bigboomshakala

Citation:

Envoyé par r0d

J'ai finalement décrété que tous les utilisateurs de mon soft seront en 1024*768!!! :oops:

lol, j'ai fait ça pour l'appli que j'ai développé en stage.
au début c'était involontaire, je travaillais en 1200*(...?) ou plus, je ne me souviens plus (un pur écran géant !). c'est quand j'ai fait tourné l'appli chez moi (1024*768) et que l'appli a pris presque toute la fenêtre que j'ai pensé à la résolution de l'écran.

mais bon je me suis dis tant pis! au début du stage on était pas sur que l'appli était faisable, là je l'ai réalisé. alors la taille du bazar se sera éventuellement à reprendre par quelqu'un d'autre si l'appli doit tourner sur un écran dont la résolution est trop petite ou trop grande.
22/02/2005, 17h40
r0d

Pour moi, c'est un problème épineux. En effet, si on utilise 3 boutons et un combo, on peut facilement paramétrer tout ça. Mais quand on a (ce qui est mon cas):
1/ un nombre de boutons indéterminés
2/ un custom ctrl dont on ne connait pas réellement le contenu
3/ des scrollbars dans tout les sens
4/ des bitmaps qui peuvent également changer de taille
5/ des check, des combos, des edits et des statics tout plein partout
Et bien, je prends peur rien que de penser à tout ce à quoi il faut penser pour bien penser l'IHM (si vous voyez ce que je veux dire :))

Si je me souviens bien, les Layout de QT se présentent comme des petits ressorts rouges? Si c'est ça, c'était vraiment trop pratique! Je confond peut-être avec GTK...
22/02/2005, 17h49
farscape

je vous prerare une petite classe template ...
:D
22/02/2005, 17h53
bigboomshakala

le ressort bleu de Qt est un Spacer. il sert à insérer un espace libre. ainsi les boutons à côté sont poussés vers la droite
en rouge, les layout (horizontaux ici).

http://bigboomshakala.chez.tiscali.fr/preview_Qt.bmp

:wink: cool Farscape
22/02/2005, 19h54
farscape

re,
voir mon dernier post :
http://www.developpez.net/forums/vie...59308&start=90

votre avis ?
:D
22/02/2005, 22h26
bigboomshakala

:bravo: aah il est bon!

:marteau: juste un défaut si j'osais... ça ne gère pas le chevauchement des contrôles. suivant comment on dimensionne la fenêtre, le static est recouvert par les boutons. je ne sais pas si on peut y remédier. ou alors interdire de redimensionner la fenêtre en-dessous de la somme des dimensions minimales des composants (comme en java finalement).

mais chapeau pour la réactivité! tu avais déjà un template proche de celui-ci sous le coude, ou c'est tout fait main aujourd'hui? :P
22/02/2005, 22h36
farscape

Citation:

Envoyé par bigboomshakala

:bravo: aah il est bon!

:marteau: juste un défaut si j'osais... ça ne gère pas le chevauchement des contrôles. suivant comment on dimensionne la fenêtre, le static est recouvert par les boutons. je ne sais pas si on peut y remédier. ou alors interdire de redimensionner la fenêtre en-dessous de la somme des dimensions minimales des composants (comme en java finalement).

mais chapeau pour la réactivité! tu avais déjà un template proche de celui-ci sous le coude, ou c'est tout fait main aujourd'hui? :P

pas sous forme de template mais tout fait main aujourd'hui quand même :wink: ,
On peut toujours améliorer le bazar, les bases sont établies
il reste a trouver les bonnes régles . :D
22/02/2005, 23h20
bigboomshakala

:king: [RESOLU]
23/02/2005, 07h05
farscape

quoi tu as modifié pour tenir compte des collisions ?
:D
23/02/2005, 09h06
r0d

:applo: :lahola:

je n'ai malheureusement pas le temps de tester ton template aujourd'hui :furieux: . Demain peut-être. En tout cas, :merci:
23/02/2005, 11h39
farscape

le post a ete mis a jour pour le support des: CDialog / CFormView / CDialogbar.
:D
23/02/2005, 12h10
bigboomshakala

Citation:

Envoyé par farscape

quoi tu as modifié pour tenir compte des collisions ?
:D

:cry: ouloulou que nenni. j'ai mis [RESOLU] pour indiquer où le post a été résolu :lol:

Citation:

le post a ete mis a jour pour le support des: CDialog / CFormView / CDialogbar.

:king:
23/02/2005, 14h09
r0d

kool, j'ai réussi à terminer mon boulot plus tôt que prévu :o) J'ai donc un peu de temps pour tester ta classe. Seulement, je suis assez nul avec visualC++/MFC :oops:, alors j'aurais besoin d'un coup de pouce:

Je vais tester sur un CDialog, c'est avec ça que je suis le plus à l'aise (enfin, que je galère le moins):
1/ Puis-je créer un projet classique, basé sur une boite de dialogue, ou dois-je faire autrement?
2/ J'ai ma CDialog principale TestLayoutDlg, puis-je la faire hériter de ta classe CTplLayout (aulieu de CDialog)? OU alors, dois-je créer une nouvelle DlgBox?
3/ Pourquoi est-ce que tu met tout ensemble (déclaration/définitions)? Ne vaut-il pas mieux utiliser 2 fichiers (.h, .cpp)?

merci :hola:
23/02/2005, 14h20
r0d

:?: :?: :?: Que vois-je??!? Tu déclare une classe DANS une autre: la classe CItem dans CTplLayout!!! Comment le compilo interprète ça??

Citation:

Envoyé par r0d

kool, j'ai réussi à terminer mon boulot plus tôt que prévu :o) J'ai donc un peu de temps pour tester ta classe. Seulement, je suis assez nul avec visualC++/MFC :oops:, alors j'aurais besoin d'un coup de pouce:

Je vais tester sur un CDialog, c'est avec ça que je suis le plus à l'aise (enfin, que je galère le moins):
1/ Puis-je créer un projet classique, basé sur une boite de dialogue, ou dois-je faire autrement?
2/ J'ai ma CDialog principale TestLayoutDlg, puis-je la faire hériter de ta classe CTplLayout (aulieu de CDialog)? OU alors, dois-je créer une nouvelle DlgBox?
3/ Pourquoi est-ce que tu met tout ensemble (déclaration/définitions)? Ne vaut-il pas mieux utiliser 2 fichiers (.h, .cpp)?

merci :hola:

la notion de template a ete utilisée pour eviter les notions d'heritage multiples et de multi utilisation (trois classes supportées CDialog etc ..) .
si ta classe se nomme TestLayoutDlg modifi la declaration et code comme suit :
Code:

1 2 3 4 5 6 7 8 9 10 11 // . h class TestLayoutDlg : public CTplLayout<CDialog> { //...... // code TestLayoutDlg::TestLayoutDlg() : CTplLayout<CDialog>(TestLayoutDlg::IDD) { //{{AFX_DATA_INIT(TestLayoutDlg) //}}AFX_DATA_INIT }
il suffit juste de rajouter CTplLayout<...> sur la classe de base ....
apres voir mon post et le sample fournit .
il n'y a pas deux sources .h et cpp parce que sinon dans le cas d'un template ça ne compile pas du moins avec VC6.0.
J’ai tout a fais le droit de déclarer une classe a l'intérieur d'une autre classe, ça limite sa portée d'utilisation à la classe container et sa visibilité c'est tout .
:D

23/02/2005, 14h58
r0d

:yaisse: J'ai récupéré ton exemple. C'est un projet SDI, isn't it? alors j'ai rajouté des boutons un peu partout sur la Dialog (ID:IDD_TESTMDILAYOUT_FORM), et ça plante sur la fonction AddControl(), 4eme ligne: ScreentoClient(item.m_rcControl). item contient des valeurs erronées.
Faut-il déclarer une variable membre pour chaque bouton? Qu'ai-je oublié?
23/02/2005, 15h03
farscape

non c'est un projet MDI ...
montre ton initialisation dans OnInitialUpdate .
il n' y a pas besoin d'avoir une variable attachée au controle .
si ça plante c'est que la ressource n'est pas dispo , bizar .
:D

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
void CTestMdILayoutView::OnInitialUpdate()
{
	CFormView::OnInitialUpdate();
 
    CChildFrame *pChild=static_cast<CChildFrame *>(GetParentFrame());
 
    if(pChild->GetInitialRectFrame().IsRectNull()) 
    {
        ResizeParentToFit();        
    }            
 
    AddControl(IDC_STATICLIB,eSizeType::sizeResize,eSizeType::sizeRepos);
	AddControl(IDOK,eSizeType::sizeRepos,eSizeType::sizeNone);
	AddControl(IDCANCEL,eSizeType::sizeRepos,eSizeType::sizeNone);
 
    InitDialog(pChild->GetInitialRectFrame(),FALSE);
 
	// initialisation de la DialogBar
 
	pChild->m_DlgBar.InitDialog();
 
}

je n'ai rien touché :oops:

Code:

1 2 3 4 5 6 7 8 void CTplLayout<GENERIC_LAYOUT>::AddControl(const UINT resID,const eSizeType xsize,const eSizeType ysize,const bool bFlickerFree) { CItem item; // create the new item CWnd *pWnd=GetDlgItem(resID); pWnd->GetWindowRect(item.m_rcControl); ...
il plante sur GetWindowRect() en fait. Je n'arrive pas à aller dans le code de cette fonction pour voir ce qu'il s'y passe :(

voic le code d'erreur:
Exception non gérée à 0x7c28e64a (mfc71d.dll) dans TestMdILayout.exe:0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x00000020.

23/02/2005, 15h11
farscape

beu c'est quoi le pb ? ,j'ai rajouté des boutons dans la view ça fonctionne j'ai pas de pb .
tu as fais quoi exactement ?
:D
23/02/2005, 15h16
r0d

j'ai rajouté des boutons sur le formview :oops: J'ai copié 6 fois le bouton "ok" et je les ai mis un peu partout dans la fenêtre. Rien de plus.

l'erreur dont je te parle viens du fait que pWnd = 0x000000000
23/02/2005, 15h19
r0d

:trouve: c'est quand j'enlève le static "A faire: placez les controles de formulaires sur cette boite de dialogue" que ça plante!!!
23/02/2005, 15h20
farscape

si ça plante ça veut dire que l'identifiant n'existe plus dans la ressource ..
c'est quel identifiant IDOK ?
verifis que les identifiants passés a addcontrol existent bien dans la ressource ...

:D
23/02/2005, 15h30
r0d

ok, ça marche, et je commence à comprendre!
bon, je vais essayer de comprendre ce que tu as fais. Il va donc me falloir comprendre les templates, connaitre un minimum sur les projet MDI, et me plonger dans ton code... une bonne soirée et une bonne nuit de dev en perspective :P

en tout cas, encore :merci: et :bravo:
24/02/2005, 08h56
farscape

j'ai rajouté des explications dans le post it.
:D
09/06/2006, 15h47
themadmax

modification du lien

http://c.developpez.com/faq/vc/?page...#LayoutControl