Discussion :

[LittleWhite]

Bonjour,

J'ai envie de dire, je débute en Qt. Mon problème aujourd'hui est dans le design de l'application, principalement le dimensionnement des objets dans celle-ci.

Comme vous vous en doutez, je fais tout à la main, je n'utilise donc pas QtDesigner, et je n'en ai pas l'intention ( il se peut que ce soit de l'idiotie ).
Dans l'architecture des objets, je reproduit souvent le schéma suivant:

1. Des QFrame
2. Des QBoxLayout ( verticaux ou horizontaux ) ..
2.5. Il peut y avoir des QGroupBox pour la présentation
3. Les widgets finaux ( boutons / QSlider .... )

Les QFrame pouvant être mises dans deux nouveaux QLayout pour sélectionner l'emplacement et autre.

Dites moi, si ce schéma peut fonctionner, ou s'il comporte des problèmes.

Maintenant, mon problème, c'est le dimensionnement de certains objets ( je voudrais qu'il prennent le plus de place possible, ou le moins de place possible ).
Par exemple, en ce moment, j'ai deux QPushButton et un QSlider (horizontal) dans une QHBoxLayout, qui prennent énormément de place en hauteur. Je veux donc dire: "arrête de prendre autant de place en hauteur, rétrécit toi au minimum des besoins".

Je compter le faire en indiquant avec QSizePolicy à la QFrame, mais cela ne semble pas être la meilleure solution ( et même semble ne pas marcher ).
De plus, je ne veux pas utiliser de QSizeHint() car il faut indiquer les tailles à la main ( je tiens à rester assez dynamique ).

Que me conseillez vous pour effectuer mes redimensionnements?

Merci pour votre aide

EDIT:
C'est surtout qu'à la fin, j'en arrive à mettre mes QPolicy tout le temps à Fixed, et qu'il me semble que Minimum à le comportement que devrais avoir Maximum ( et Maximum celui de Minimum ).
( Donc Minimum va essayer de prendre le plus de place, et Maximum le plus de place )

[ymoreau]

Salut, avant tout je trouve que les noms des SizePolicy ne sont pas forcément clairs :
http://qt.developpez.com/doc/latest/...ml#Policy-enum
Minimum ne veut pas dire que ton widget prendra un espace minimum, mais au contraire qu'il ne sera jamais plus petit que sa taille conseillée (sizeHint). Maximum à l'inverse signifie que ton widget ne sera jamais plus grand que la taille conseillée.

Pour ma part, pour rester dynamique, j'ai pris l'habitude d'encapsuler tous les widgets dans des layouts, et ne pas utiliser fixed (sauf quelques cas spéciaux, comme la hauteur des boutons etc).
Preferred reste dans la plupart des cas ce qui rend le mieux. En mettant quelques widgets en Expanding pour qu'ils occupent l'espace restant.

Je n'ai jamais utilisé QFrame, mais je doute que ça soit vraiment utile pour la plupart des interfaces. Avec une arborescence de Layouts j'ai toujours réussi à obtenir ce que je voulais. On met un layout principal dans la MainWindow avec setLayout, puis des widgets et des "sous" layouts dans le layout principal.

Personnellement j'utilise QDesigner pour la quasi totalité de mes interfaces, c'est beaucoup moins fastidieux même s'il reste parfois des propriétés qu'on doit paramétrer dans le code, ça reste rare. Ca permet surtout d'avoir un aperçu de la fenêtre immédiatement, et donc voir les effets des réglages des sizePolicy.

[yan]

Tu as un truc pas évident là

Comme vous vous en doutez, je fais tout à la main, je n'utilise donc pas QtDesigner, et je n'en ai pas l'intention ( il se peut que ce soit de l'idiotie ).
Dans l'architecture des objets, je reproduit souvent le schéma suivant:

1. Des QFrame
2. Des QBoxLayout ( verticaux ou horizontaux ) ..
2.5. Il peut y avoir des QGroupBox pour la présentation
3. Les widgets finaux ( boutons / QSlider .... )

Les QFrame pouvant être mises dans deux nouveaux QLayout pour sélectionner l'emplacement et autre.

Dites moi, si ce schéma peut fonctionner, ou s'il comporte des problèmes.

je fait la mêle chose. J'aime pas trop le designer non plus.

Je compter le faire en indiquant avec QSizePolicy à la QFrame, mais cela ne semble pas être la meilleure solution ( et même semble ne pas marcher ).

la policy c'est sur la widget dont tu veut contrôler la politique. Sur parent, ca n'as pas forcement d'effet.

C'est surtout qu'à la fin, j'en arrive à mettre mes QPolicy tout le temps à Fixed, et qu'il me semble que Minimum à le comportement que devrais avoir Maximum ( et Maximum celui de Minimum ).
( Donc Minimum va essayer de prendre le plus de place, et Maximum le plus de place )

c'est un problème de compréhension. re-lit bien le tableau
http://qt.developpez.com/doc/latest/...ml#Policy-enum
minimum = sizeHint est la taille min voulu du widget
maximu = sizeHint est la taille max voulu du widget

sinon, y as aussi le stretch quand tu ajoute une widget
http://qt.developpez.com/doc/latest/...html#addWidget

En complément, tu peut regarder http://qt.developpez.com/doc/latest/...onstraint-enum
et surtout
http://qt.developpez.com/doc/latest/layout.html

[LittleWhite]

J'utilise les QFrame, parce qu'il semblait que l'on ne pouvait pas mettre un Layout dans un autre Layout ( j'ai du me tromper quelque part, j'imagine ).

J'ai réussi un truc ( du moins pour cette application ) avec les QSizePolicy en Minimum ( pour que cela prenne le plus de place donc ) et Fixed. Le redimensionnement de la fenêtre me convient, donc je pense que c'est bon.

Même en lisant plusieurs la documentation, j'ai du mal avec les sizeHint() ...

QSizePolicy::Minimum The sizeHint() is minimal, and sufficient. The widget can be expanded, but there is no advantage to it being larger (e.g. the horizontal direction of a push button). It cannot be smaller than the size provided by sizeHint().
QSizePolicy::Maximum The sizeHint() is a maximum. The widget can be shrunk any amount without detriment if other widgets need the space (e.g. a separator line). It cannot be larger than the size provided by sizeHint().

QSizePolicy::Minimum Le sizeHint() est minimal et efficace. Le widget peut être étendu, mais il n'y a pas d'avantage à être plus grand (exemple: la largeur d'un boutton poussoir ). Il ne peut pas être plus petit que la taille de sizeHint().
QSizePolicy::Maximum Le sizeHint() est maximal. Le widget peut être rétrécit sans dégradation si les autres widgets nécessite la place ( exemple une ligne séparatrice ). Il ne peut pas être plus grand que la taille de sizeHint()

Dans le minimum, ce que j'y comprends, c'est que on met le sizeHint() au minimum possible ( sans manger dans les objets ) et que notre widget ne pourra pas être plus petit. Ok, mais alors pourquoi il prend le plus de place donc O_o.
Et dans le maximum, c'est quoi qui dit la priorité entre tel ou tel widget, vu que mon widget peut être rétrécit selon les autres.

[yan]

mais alors pourquoi il prend le plus de place donc O_o.

Par ce qu'il y as de la place ?

Et dans le maximum, c'est quoi qui dit la priorité entre tel ou tel widget, vu que mon widget peut être rétrécit selon les autres.

Principalement les policy et les stretch.

Le mieux serait un exemple qui te pose problème

[LittleWhite]

Le mieux serait un exemple qui te pose problème

Actuellement ( pour cette application ) cela va, j'ai réussi à avoir un résultat correct, assez facilement ( mais si j'ose dire, c'était une application simple ).

Donc je pense que l'on peut fermer cette discussion ... mais je ne suis toujours pas sur de savoir ce qui est le meilleur à faire, lorsque l'on fait le design d'une application.

Comme je l'ai dit, pour le moment, je suis souvent dans ce genre d'esprit:

1. Des QFrame
2. Des QBoxLayout ( verticaux ou horizontaux ) ..
2.5. Il peut y avoir des QGroupBox pour la présentation
3. Les widgets finaux ( boutons / QSlider .... )

Qui est peut être loin d'être bon :s.