layout awt avec composant swing

**mobi38** · 22/03/2008, 19h13

bonjour à tous!

je suis actuellement face à un dilemme :
depuis toujours, j'entends dire qu'il ne faut pas mélanger AWT et SWING.
Alors, peut on utiliser un layout de AWT (comme les fameux GridBagLayout ou BorderLayout) pour des composants swing??

Ceci étant dit, j'ai donc quelques questions :

si j'utilise un BorderLayout avec des composants SWING et que je veux imposer une taille initiale à un composant, vaut-il mieux que j'utilise setSize (swing) ou setPrefered/Minimum/MaximumSize (awt)?
De même, si je veux imposer une taille initiale à ma JFrame, quel méthode vaut-il mieux que j'utilise?
question subsidiaire, j'ai entendu dire que selon les OS, il y avait quelques légères différences concernant la gestion de la taille, info ou intox (perso je penche plutôt pour info)

Dernière question, quel est l'intérêt, du point de vue génie logiciel, d'avoir fait hériter swing de awt plutôt que d'avoir utiliser la délégation?

merci d'avance

mobi

**gifffftane** · 22/03/2008, 19h39

Lorsqu'on dit qu'il ne faut pas mélanger swing et awt, il s'agit uniquement des composants graphiques qui héritent de java.awt.Component (à part le JComponent, bien sûr).

Sinon, swing utilise pas mal de choses de awt : Graphics, les layouts, EventQueue...

Le BorderLayout est un layout mal pratique si tu veux fixer des tailles aux composants. Pour te répondre plus complètement sur ces histoires de tailles, pourrais-tu nous dire quelle sorte de répartition voudrais-tu donner à tes composants ?

Pour donner la taille que tu veux à ta fenêtre, il suffit de ne pas appeler la méthode pack, et de te débrouiller avec le déclenchement des layouts.

Pourquoi l'héritage et pas la déléguation dans swing ? C'est que, à l'époque de swing, l'héritage était encore à la mode. La déléguation, aussi, vivra ce que vivent les roses... Vivons avec les roses ?

**mobi38** · 22/03/2008, 19h58

Envoyé par gifffftane

Le BorderLayout est un layout mal pratique si tu veux fixer des tailles aux composants. Pour te répondre plus complètement sur ces histoires de tailles, pourrais-tu nous dire quelle sorte de répartition voudrais-tu donner à tes composants ?

je n'ai pas d'exemple particulier. En fait, ma question porte pour toutes les configurations possible.

Envoyé par gifffftane

Pour donner la taille que tu veux à ta fenêtre, il suffit de ne pas appeler la méthode pack, et de te débrouiller avec le déclenchement des layouts.

donc, si je fixe la taille de chacun de mes composants et que je n'appelle pas la méthode pack(), ma JFrame aura automatiquement la bonne taille???

a moins que je ne comprenne pas correctement le sens de "déclenchement des layouts"

mobi

**gifffftane** · 22/03/2008, 22h58

En java, en tous les cas en swing, il vaut mieux éviter de raisonner en taille des composants graphiques, mais il faut préférer raisonner selon leurs dispositions respectives.

Par exemple, avec la disposition BorderLayout, il y a un panneau au centre, un au sud, au nord, est et ouest. C'est tout (ou à peu près) ce qu'on sait. Les tailles exactes sont inconnues, et il est mieux qu'elles le restent.

Bien sûr il n'est pas toujours possible, ni même souhaitable, de raisonner comme ça, mais c'est à cela qu'il faut s'entrainer.

Les composants swing encadrent les variations possibles, avec les notions de maximumSize, minimumSize, et preferredSize, mais ces valeurs ne sont pas respectées par tous les layouts. Elles le sont par les layouts swing, comme le BoxLayout. Je ne crois pas qu'elles le soient par le BorderLayout.

En mettant un maximum, minimum et preferred égaux, et en utilisant un layout swing il est possible de fixer la taille des composants, mais c'est juste une combine.

**bouye** · 25/03/2008, 02h25

Sinon, il est possible de mettre le layout a null et de positionner toi-meme tes composants dans leur containeur. Ou d'utiliser un GridBagLayout mais la ca devient vite complexe. Le mieux reste probablement d'utiliser un editeur graphique/visual editor comme matisse pour Netbeans (et Eclipse ?) qui supporte le GroupLayout et ensuite de rendre la fenetre/la boite de dialogue non-redimentionnable.

**mobi38** · 26/03/2008, 18h15

Envoyé par gifffftane

Les composants swing encadrent les variations possibles, avec les notions de maximumSize, minimumSize, et preferredSize, mais ces valeurs ne sont pas respectées par tous les layouts. Elles le sont par les layouts swing, comme le BoxLayout. Je ne crois pas qu'elles le soient par le BorderLayout.

en fait, je viens de voir qu'il y a deux minimum/maximum/preferredSize : un fourni par la classe Component et un fourni par la classe JComponent. Est-ce que les layout awt respectent les mini/maxi/prefSize de Component et les layout swing respectent les mini/maxi/prefSize de JComponent?

Quel est le lien entre les mini/maxi/prefSize de JComponent et ceux de Component?

merci d'avance
mobi

**gifffftane** · 26/03/2008, 23h19

Je pense qu'il n'y a pas de différence fondamentale sur ces questions entre swing et awt.

Concernant minimum/maximum/preferred, je pense que ces notions sont d'abord apparues sur les composants swings, et comme elles sont pratiques, Sun les a intégrées à un niveau plus général (java.awt.Component).

La différence pourrait se trouver dans l'implication du look and feel, qui n'existe que dans swing.

Les layouts disposent les composants selon ce qu'ils veulent : s'ils veulent mettre les composants awt tout en haut et les composants swing tout en bas, ils le peuvent.

(en général, ils essaient de faire des choses raisonnables).

**mobi38** · 08/04/2008, 19h37

Envoyé par gifffftane

Les composants swing encadrent les variations possibles, avec les notions de maximumSize, minimumSize, et preferredSize, mais ces valeurs ne sont pas respectées par tous les layouts. Elles le sont par les layouts swing, comme le BoxLayout. Je ne crois pas qu'elles le soient par le BorderLayout.

comment savoir quel sont les layout qui respectent les min/max/pref? j'ai regarder la javadoc qui n'est pas toujours explicite sur ce point. est-ce moi qui est mal compris?

et dans tout ça, a quoi sert la méthode "setSize"?

**gifffftane** · 09/04/2008, 08h48

Oui, les javadocs ne sont pas toujours explicites sur ce point.

La méthode setSize sert, par exemple, au... layout

Elle sert également pour des composants dont il faut fixer la taille, même en présence d'un layout, parce qu'il n'est pas possible de déduire leur taille à partir de leur sous-composants.

Par exemple le JScrollPane peut avoir un scroll de n'importe quelle taille : on l'utilise précisément pour ça, et donc on ne peut connaître sa taille par analyse de ses composants, comme pour la plupart des autres composants graphiques ; il faut donc fixer la taille de quelque chose à un moment ou à un autre, soit du scroll, soit du JScrollPane, soit même d'un des composants qui l'englobe.

**mobi38** · 09/04/2008, 20h57

Envoyé par gifffftane

Oui, les javadocs ne sont pas toujours explicites sur ce point.

et mis à part tester toutes les possibilitées une à une à la main, il y a des doc explicites la dessus?

Envoyé par gifffftane

La méthode setSize sert, par exemple, au... layout

gni?? explications?

Envoyé par gifffftane

Par exemple le JScrollPane peut avoir un scroll de n'importe quelle taille : on l'utilise précisément pour ça, et donc on ne peut connaître sa taille par analyse de ses composants, comme pour la plupart des autres composants graphiques ; il faut donc fixer la taille de quelque chose à un moment ou à un autre, soit du scroll, soit du JScrollPane, soit même d'un des composants qui l'englobe.

et (one again) pourquoi setSize plutot que setPreferredSize?

mobi

**kwxyz** · 10/04/2008, 00h51

Les méthodes setSize() et setBound() servent à fixer la taille réelle du composant à l'écran. On les utilises systématiquement sur les composants lorsqu'il sont dans un container qui n'a pas de layout. S'il y a un layout, utiliser ces méthodes n'a pas de sens, car c'est le layout qui décide de la position et de la taille des composants qu'il gère, il va donc utiliser lui-même setSize/setBound en fonction de ses propres calculs.

Les méthodes setPreferredSize() & Cie ne servent que s'il y a un layout en lui donnant des indications pour effectuer ses calculs et déterminer la taille de chacun des composants.

Quelques exceptions notoires pour le setSize() qui peut être utile même s'il y a un layout, fixer la taille du viewport d'un JScrollPane par exemple.

Fred

**mobi38** · 13/04/2008, 18h32

d'accord!

dernière question, si je fixe la taille d'un JScrollPane avec setSize et que j'utilise un layout, mon JScrollPane aura la taille que j'ai fixée via le setSize ou aura une taille décidée par le layout?

et y a-t-il d'autre exemple notoire comme les JScrollPane?

merci

mobi

**kwxyz** · 13/04/2008, 19h25

Envoyé par mobi38

dernière question, si je fixe la taille d'un JScrollPane avec setSize et que j'utilise un layout, mon JScrollPane aura la taille que j'ai fixée via le setSize ou aura une taille décidée par le layout?

Ton setSize() va être écrasé par le setSize() fait par le layout du container dans lequel se trouve ton scrollpane.

Envoyé par mobi38

et y a-t-il d'autre exemple notoire comme les JScrollPane?

C'est le seul qui me viennent à l'esprit, mais il doit y en avoir d'autres.

Fred

**mobi38** · 13/04/2008, 19h38

Envoyé par kwxyz

Ton setSize() va être écrasé par le setSize() fait par le layout du container dans lequel se trouve ton scrollpane.
Fred

donc en gros, quand on utilise un layout, la méthode setSize() ne sert absolument à rien, meme pour un JScrollpane?!

mobi

**kwxyz** · 13/04/2008, 19h41

Envoyé par mobi38

donc en gros, quand on utilise un layout, la méthode setSize() ne sert absolument à rien, meme pour un JScrollpane?!

Pour la taille du scrollpane même oui, mais pas son viewport !

Fred

**mobi38** · 13/04/2008, 19h47

Envoyé par kwxyz

Pour la taille du scrollpane même oui, mais pas son viewport !

ok merci, et dernière question, la taille du viewport impose-t-elle celle du scrollpane? j'imagine que le scrollpane ne peut pas être plus petit que le viewport, mais est-ce qu'un scrollpane plus grand que la taille imposée par le viewpane aura pour conséquence d'agrandir le viewport?

mobi

**kwxyz** · 13/04/2008, 20h08

Non, les deux tailles sont indépendantes.

Le Viewport peut évidement être plus grand que le scrollpane.
Dans ce cas, on voit les barres de défilements pour pouvoir accéder à la totalité du viewport.

En revanche, je ne sais pas si on peut avoir un viewport plus petit que le scrollpane.
Comme ça, je dirais non, mais je n'en suis pas sûr.

Fred

**mobi38** · 13/04/2008, 20h12

Envoyé par kwxyz

Non, les deux tailles sont indépendantes.

ah?

Envoyé par kwxyz

Le Viewport peut évidement être plus grand que le scrollpane.
Dans ce cas, on voit les barres de défilements pour pouvoir accéder à la totalité du viewport.

tu parles bien du JViewport et pas du scrollable client? (cf schéma dans la javadoc du JScrollPane)

mobi

**kwxyz** · 13/04/2008, 20h36

Envoyé par mobi38

tu parles bien du JViewport et pas du scrollable client? (cf schéma dans la javadoc du JScrollPane)

Effectivement, j'ai tendance à mélanger les deux et à utiliser le terme viewport pour viewport view (scrollable client).
Désolé si cela à contribué à la confusion.

Fred