Version imprimable
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
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
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
salut,
regarde ce post:
http://www.developpez.net/forums/vie...694412#1694412
:D
: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:
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
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 ;)
lol, j'ai fait �a pour l'appli que j'ai d�velopp� en stage.Citation:
Envoy� par r0d
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.
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...
je vous prerare une petite classe template ...
:D
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
re,
voir mon dernier post :
http://www.developpez.net/forums/vie...59308&start=90
votre avis ?
:D
: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: ,Citation:
Envoy� par bigboomshakala
On peut toujours am�liorer le bazar, les bases sont �tablies
il reste a trouver les bonnes r�gles . :D
:king: [RESOLU]
quoi tu as modifi� pour tenir compte des collisions ?
:D
:applo: :lahola:
je n'ai malheureusement pas le temps de tester ton template aujourd'hui :furieux: . Demain peut-�tre. En tout cas, :merci:
le post a ete mis a jour pour le support des: CDialog / CFormView / CDialogbar.
:D
:cry: ouloulou que nenni. j'ai mis [RESOLU] pour indiquer o� le post a �t� r�solu :lol:Citation:
Envoy� par farscape
:king:Citation:
le post a ete mis a jour pour le support des: CDialog / CFormView / CDialogbar.
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: