Discussion :

[CobolProgrammator]

bonjour,
j'ai besoin de positionner une jcombobox dans un container SANS layout.
Je connais la hauteur et la largeur de l'éditor, mais j'ai besoin de connaître la largeur que va occuper la flèche pour pouvoir fixer la taille totale

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
getContentPane().setLayout(null);
combo.setBounds(50, 50, 50 + largeur flèche, 20);
add(combo);

Comment faire ?

[joel.drigo]

Salut,

Quelle idée saugrenue que de vouloir se passer de LayoutManager ! Les LayoutManager, ça permet de justement se passer d'avoir à gérer la taille des composants. Ce n'est pas seulement pour éviter aux fainéants de se taper le boulot. C'est aussi parce que ça permet aux IHM d'être adaptables à l’environnement : la taille de l'écran, la taille des conteneurs, la tailles des autres composants et leur emplacement, la taille des éléments à y afficher, le comportement interne du composant, la taille des polices... Par exemple, si tu forces la dimension d'un JComboBox à 20 pixels de haut, et qu'un malvoyant ait besoin d'afficher des polices de 28 pour pour pouvoir se servir de son PC, il ne pourra pas utiliser ton appli, ou va galérer.

De toute manière, obtenir la taille du bouton "flèche" d'un JComboBox, ne peut être fait que par bidouille : déjà, en supposant que le JComboBox ait bien un tel bouton (rien n'empêche de faire un L&F avec un JComboBox sans bouton flèche), ce bouton n'aura pas de dimensions tant qu'il n'aura pas été affiché/layouté (et cette taille pourrait changer, voire le bouton ne plus être affiché sous certaines conditions, etc.. ).

[CobolProgrammator]

Salut,

Quelle idée saugrenue que de vouloir se passer de LayoutManager ! Les LayoutManager, ça permet de justement se passer d'avoir à gérer la taille des composants. Ce n'est pas seulement pour éviter aux fainéants de se taper le boulot. C'est aussi parce que ça permet aux IHM d'être adaptables à l’environnement : la taille de l'écran, la taille des conteneurs, la tailles des autres composants et leur emplacement, la taille des éléments à y afficher, le comportement interne du composant, la taille des polices... Par exemple, si tu forces la dimension d'un JComboBox à 20 pixels de haut, et qu'un malvoyant ait besoin d'afficher des polices de 28 pour pour pouvoir se servir de son PC, il ne pourra pas utiliser ton appli, ou va galérer.

De toute manière, obtenir la taille du bouton "flèche" d'un JComboBox, ne peut être fait que par bidouille : déjà, en supposant que le JComboBox ait bien un tel bouton (rien n'empêche de faire un L&F avec un JComboBox sans bouton flèche), ce bouton n'aura pas de dimensions tant qu'il n'aura pas été affiché/layouté (et cette taille pourrait changer, voire le bouton ne plus être affiché sous certaines conditions, etc.. ).

Bravo d'avoir deviné les contraintes de mon projet, avec si peu d'éléments.
Sinon pour répondre à ma question (ce pourquoi je suis venu), si on ne peut pas connaître cette dimension, je vais l'estimer à la hauteur du composant, ça fera mon affaire. Merci.

[sinok]

Même avec des contraintes über spécifiques, c'est une mauvaise idée, le rendu de ton interface va changer d'un système à l'autre, pour les raisons de marges, polices et autres.

La gestion des scrollpanes va être la merde, pas de redimensionnement possible proprement et j'en passe.

Le NullLayout est considérée comme une worst practice au niveau du développement UI Swing.