Größen von JPanels,JLable und JTextfield..

[HannsW]

.. bestimmen.
wie kann man das machen?
Ich habe festgestellt, daß JPanel.getHeight() nicht sofort einen Wert <> 0 liefert; daher die Frage, ab wann diese Funktion "echte" Werte liefert.

Gleichfalls ein Problem für mich, bei gegebenem Font die Höhe/ Breite eines JTextefeldes zu erhalten. Wieviel Platz gibt Swing als Umrandung dazu? Und um Wieviel größer muss dann ein Panel sein, auf dem das Textfeld allein stehen soll?

Was ich erreichen möchte:
Ich berechne die absoluten Positionen und Größen meiner Label etc abhängig von den Fonts und vorgebenen Zeilen/Spalten.

Danach setze ich die Fenstergröße.
Nun möchte ich aber am unteren Rand ein Panel mit Buttons haben dessen linke untere Ecke der des ContentPane() entspricht.
Über diesem Panel soll ein JLabel mit oder ohne Panel als Statuszeile stehen.

Z.Zt. gebe ich die Panelgröße mit festen Werten an, möchte das aber ändern, und Bildschirmentsprechende Werte erhalten.

Danke für Hinweise
Hanns

 

[Gast2]

Schau dir mal LayoutManager an...

 

[HannsW]

Schau dir mal LayoutManager an...

Das habe ich eigentlich getan, aber nichts gefunden, oder hab ich etwas überlesen?

 

[Gast2]

Anscheinden hast du das Prinzip nicht verstanden der Manager regelt doch alles das musst du nichts ABSOLUT platzieren...

 

[HannsW]

Anscheinden hast du das Prinzip nicht verstanden

wahrscheinlich nicht.

der Manager regelt doch alles das musst du nichts ABSOLUT platzieren...

wenn ich das aber nicht will ?

DIe einzige möglichkeit, die ich für mich sehe, wäre der GridBagManager. Aber wie schaffe ich es, daß in der 1. Reihe, 4 Spalte ein Textfeld über 3 Grids geht, während die darunterliegenden nur jeweils ein Grid belegen?

z.B.
##### kkkkkk jjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj
aaaaaa bbbbbb cccccc ddddddd ddddd
etc
Hanns

 

[Illuvatar]

DIe einzige möglichkeit, die ich für mich sehe, wäre der GridBagManager. Aber wie schaffe ich es, daß in der 1. Reihe, 4 Spalte ein Textfeld über 3 Grids geht, während die darunterliegenden nur jeweils ein Grid belegen?

GridBagConstraints (Java Platform SE 6)

 

[Marco13]

Hach, dazu wollte ich eigentlich auch mal einen FAQ-Eintrag schreiben. Oder gibt's den schon?

Statt [c]component.getHeight();[/c] kannst du mal [c]component.getPreferredSize().height[/c] ansehen - das ist auch dann schon gültig, wenn die Component noch nicht "realized" ist. Wenn's das nicht war, sag nochmal bescheid....

 

[HannsW]

Statt [c]component.getHeight();[/c] kannst du mal [c]component.getPreferredSize().height[/c] ansehen - das ist auch dann schon gültig, wenn die Component noch nicht "realized" ist. Wenn's das nicht war, sag nochmal bescheid....

"bescheid"

Das ist es eigentlich nicht, Laut Sun setzt der Entwickler die getPreferredSize(), sodaß der LM dann entsprechend rechnen kann. So verwende ich für mein contentPanel ( laut SUN)

	contentPanel = new JPanel() {
			public Dimension getPreferredSize() {
				return new Dimension(600, 400);
			}
		};
		contentPanel.setLayout(null);
		contentPanel.setPreferredSize(getPreferredSize());

Ich möchte wissen, wie die LM den "Sicherheitsabstand" z.B. zweier JLabel/JTextfield in der Höhe berechnen.
Bei einer Fonthöhe von 12 bekomme ich bei
[Java] statusZeile = new JLabel("testanzeige", JLabel.LEFT);
statusZeile.setFont(theLabelFont); // "Arial", Font.BOLD, 12
statusZeile.setBackground(Color.BLUE);
contentPanel.add(statusZeile);
statusHöhe = statusZeile.getFontMetrics(theLabelFont).getHeight();[/code]
eine Wert von 15. Addiere ich diese 15 zum y-Wert eines JLabels, um den y-Wert des zweiten zu erhalten, so sind die Texte dieser beiden Label direkt untereinandergeklatscht, daß man nichts lesen kann. Ergo gehört da ein Gap drumherum.

Bei Textfield käme dann noch die Dicke der Borderlinien dazu.
Um diese Werte geht es mir.

Ich habe meine Routine fertig, welche alle graphischen Elemente aus einer Datenbank liest, und egal bei welcher Auflösung entsprechend ihrer Zeilen- /Spalten-Angaben positioniert. Der "Supervisor" kann diese Positionen auf Anwenderwunsch ändern, und dann stimmts auch wieder.

Ich hab halt gedacht, mann könnte eine Gesetzmäßigkeit der Zwischenräume ( abstände ) von GUI-Elementen finden.

 

[Marco13]

Hmjanaja ... man setzt die PreferredSize nur, wenn man das explizit will. Ansonsten wird der default verwendet (das würde dann ausführlicher in die FAQ kommen...) : getPreferredSize liefert standardmäßig die Größe, die die Component haben muss, um ihren Inhalt "schön" anzeigen zu können. Bei einem JLabel oder so hängt das u.a. vom Font und Textinhalt ab, aber auch von Border, Insets und Co. Bei zusammengesetzten Components (z.B. einem JPanel mit BorderLayout) wird die PreferredSize berechnet auf Basis von
- LayoutManager des JPanels
- PreferredSizes der enthaltenen Components

Man kann sich das etwa so vorstellen, dass er bei einem Aufruf von getPreferredSize() "rekursiv" den Component-Baum runterläuft und die PreferredSize ausrechnet, bis er an Components angekommen ist, die keine Untercomponenen mehr enthalten, oder bei denen die PreferredSize explizit gesetzt wurde.

Deswegen ist sowas

	contentPanel = new JPanel() {
			public Dimension getPreferredSize() {
				return new Dimension(600, 400);
			}
		};
		contentPanel.setLayout(null);
		contentPanel.setPreferredSize(getPreferredSize());

auch u.U. problematisch (und etwas... seltsam). Eigentlich sollte es da ein
[c]contentPanel.setPreferredSize(new Dimension(600, 400));[/c]
schon tun.


Addiere ich diese 15 zum y-Wert eines JLabels, um den y-Wert des zweiten zu erhalten, so sind die Texte dieser beiden Label direkt untereinandergeklatscht, daß man nichts lesen kann. Ergo gehört da ein Gap drumherum.

Das sind die Werte, die man u.a. mit [c]component.getInsets()[/c] bekommt - aber anzunehmen, dass die Höhe eines JLabels IMMER durch
fontHeight + insets.top + insets.bottom
ist ein bißchen heikel: Niemand garantiert einem, dass das so ist...

 

[HannsW]

contentPanel = new JPanel() {
public Dimension getPreferredSize() {
return new Dimension(600, 400);
}
};
[/code]
auch u.U. problematisch (und etwas... seltsam). Eigentlich sollte es da ein
[c]contentPanel.setPreferredSize(new Dimension(600, 400));[/c]
schon tun.

Hat mich auch gewundert; leider finde ich den Link zur Fundstelle nicht mehr.

Das sind die Werte, die man u.a. mit [c]component.getInsets()[/c] bekommt

hierauf bin ich mittlerweile auch gestoßen, und war schon ganz glücklich, bis..

- aber anzunehmen, dass die Höhe eines JLabels IMMER durch
fontHeight + insets.top + insets.bottom
ist ein bißchen heikel: Niemand garantiert einem, dass das so ist...

Und warum hat man da keine Garantie? ich denke, ein LM rechnet auch mit diesen Werten?

Ich würde nun eigentlich gern mit getInsets() weiter versuchen.

 

[Marco13]

Und warum hat man da keine Garantie? ich denke, ein LM rechnet auch mit diesen Werten?

Jein. Speziell bei einem JLabel (aber ggf. auch bei anderen "nicht-zusammengesetzen" Components) wird der getPreferredSize()-Aufruf direkt an das UI weitergereicht - d.h. getPreferredSize() liefert bei einem Windows Look-And-Feel ggf. andere Werte, als bei einem Metal- oder Nimbus Look-And-Feel. Und woraus diese Werte berechnet werden, weiß man nicht. Du könntest dein eigenes Look-And-Feel schreiben, bei dem jedes JLabel einen hübschen, bunt geblümten 10 Pixel breiten Rand um den Text haben soll, der dann zwar bei getPreferredSize() mit eingerechnet werden würde, aber bei fontSize und insets nicht "explizit" auftauchen muss. (Wobei ich erwähnen muss, dass ich nicht weiß, ob es dort irgendwelche "Richtlinien" gibt, die in diesem Sinne genauer definieren, was bei Insets & Co zurückgeliefert werden muss)

 

[HannsW]

Du könntest dein eigenes Look-And-Feel schreiben, bei dem jedes JLabel einen hübschen, bunt geblümten 10 Pixel breiten Rand um den Text haben soll, der dann zwar bei getPreferredSize() mit eingerechnet werden würde, aber bei fontSize und insets nicht "explizit" auftauchen muss.

Naj, dann machte doch die oben schon mal angeführte "merkwürdige" Schreibweise

		contentPanel = new JPanel() {
			public Dimension getPreferredSize() {
				return new Dimension(600, 400);
			}
		};

nen Sinn?

Danke erst mal für die Hinweise, ich werde mich mal durchhangeln.
Hanns

 

[Marco13]

Nee, bei einem JPanel wird die Größe auf Basis von Layout+ChildComponents berechnet, außer wenn sie explizit gesetzt wurde. Das Look & Feel spielt (soweit ich weiß) nur bei "nicht-zusammengesetzten" Components eine Rolle (ich bin mir da zwar ziemlich sicher, aber für 100% müßt' ich jetzt doch nochmal in den Quellcode schauen.)