Hallo,
erstmal sorry für den eher weniger aussagekräftigen Titel, aber das Problem läßt sich nicht mit Worten in die Titelspalte quetschen :wink:
Ich habe folgendes Problem, daß das GridBagLayout in einem konkreten Fall das Layout optisch ziemlich ungünstig neugestaltet. Hier der grobe Umriß des Layouts:
In dem besagten GBL befindet sich links oben ein JLabel, rechts davon noch ein JLabel und ganz rechts eine JComboBox. Das erste Label ist Richtung NORTHWEST aligned, die beiden anderen Komponenten Richtung NORTHEAST.
Darunter kommt eine JScrollPane, welche die vertikale Scrolleiste immer anzeigt, die horizontale dagegen stets unterdrückt wird. Eingebettet ist eine JTextArea. Die JScrollPane ist als CENTER im layout verankert. SOUTH-gebundene Komponenten gibt es nicht. Der Sinn der Combobox ist nebenbei die Auswahl eines Themas, welches als Text in der JTextArea dynamisch angezeigt wird.
Das Problem ist nun, daß der Starttext die Hilfe der JScrollPane nicht in Anspruch nehmen muß, heißt also, daß in der vertikalen Scrolleiste kein Scrolltab angezeigt wird. Wähle ich nun per Combobox den zweiten Text aus, welcher über die anzeigbare Textfläche hinausgeht und somit die Scrolleiste aktiviert, dann wird das Layout des GBLs aus unerfindlichen Gründen überarbeitet und verschiebt die JScrollPane um 2 oder 3 Pixel nach oben. Das hat wiederum zu Folge, daß die drei NORTH-Komponenten ebenfalls nach oben wandern, was sich dadurch optisch hervorhebt, daß der verfügbare Platz reduziert wird und beispielsweise die Combobox um 2-3 Pixel verkleinert wird. Das sieht ehrlich gesagt mehr als Scheiße aus!
Springt man wieder zum ersten Text zurück, der kein Scrolltab benötigt, poppt das ganze Layout wieder um die besagten 2-3 Pixel zurück in die ursprüngliche Position, d.h. die Combobox "wächst" wieder an usw.
Frage ist: Kann man dieses Verhalten steuern? Es scheint so, als ob beim Erscheinen des vertikalen Scrolltabs das GBL auf einmal mehr Platz benötigt bzw. die JScrollPane mehr Platz zur Darstellung beansprucht. Das ist in meinen Augen total widersinnig, denn der verfügbare Platz der JTextArea innerhalb der JScrollPane expandiert ja nicht automatisch, sobald der Text physisch nicht mehr angezeigt werden kann.
Dieses Re-Layouten des GBLs macht mich noch wahnsinnig, denn es fällt optisch sofort ins Auge. Daher wäre ich für Tipps sehr dankbar. Nachfolgend der Source:
Erläuternde Infos:
Als PLAF wird automatisch der System-PLAF genommen, in meinem Testfall der Windows-PLAF auf Win2000 Pro. Plattform ist Java 6 beta.
Das ganze ist ein JPanel, welches in einem übergeordneten BorderLayout als CENTER-Komponente eingebettet ist. Der Effekt berührt allerdings nur die Fläche dieses JPanels, nicht aber das umliegende BorderLayout. Die NORTH und SOUTH Bereiche des BorderLayouts werden von diesen Pixeleskapaden nicht berührt.
makeGBC() ist eine Hilfsmethode zum Konstruieren von GridBagConstraints Objekten, dient nur der Zellenkoordinaten x, y, width und height. Der Rest wird wie im Source ersichtlich direkt bei der Komponente festgelegt.
Der JTextArea gebe ich einen neuen Font, weil ich Hirsch irgendwann mal die Fontproperties zer-editiert habe und nur zu faul war, den Urzustand wiederherzustellen :roll:
Den ItemEvent Handler könnt ihr auch ignorieren, der ist nur schmückendes Beiwerk...
----
Naja, ich hoffe jemand kann mir aus diesem Pixelmist heraushelfen. Wie gesagt, ich kann das Verhalten des GBLs nicht nachvollziehen, außer daß eben eventuell ein Bug in der JScrollPane beim Erscheinen des Scrolltabs meint, er müsse der JScrollPane nach oben hin noch 2-3 Pixel mehr Platz spendieren.
Danke erstmal für alle nützlichen Antworten.
erstmal sorry für den eher weniger aussagekräftigen Titel, aber das Problem läßt sich nicht mit Worten in die Titelspalte quetschen :wink:
Ich habe folgendes Problem, daß das GridBagLayout in einem konkreten Fall das Layout optisch ziemlich ungünstig neugestaltet. Hier der grobe Umriß des Layouts:
In dem besagten GBL befindet sich links oben ein JLabel, rechts davon noch ein JLabel und ganz rechts eine JComboBox. Das erste Label ist Richtung NORTHWEST aligned, die beiden anderen Komponenten Richtung NORTHEAST.
Darunter kommt eine JScrollPane, welche die vertikale Scrolleiste immer anzeigt, die horizontale dagegen stets unterdrückt wird. Eingebettet ist eine JTextArea. Die JScrollPane ist als CENTER im layout verankert. SOUTH-gebundene Komponenten gibt es nicht. Der Sinn der Combobox ist nebenbei die Auswahl eines Themas, welches als Text in der JTextArea dynamisch angezeigt wird.
Das Problem ist nun, daß der Starttext die Hilfe der JScrollPane nicht in Anspruch nehmen muß, heißt also, daß in der vertikalen Scrolleiste kein Scrolltab angezeigt wird. Wähle ich nun per Combobox den zweiten Text aus, welcher über die anzeigbare Textfläche hinausgeht und somit die Scrolleiste aktiviert, dann wird das Layout des GBLs aus unerfindlichen Gründen überarbeitet und verschiebt die JScrollPane um 2 oder 3 Pixel nach oben. Das hat wiederum zu Folge, daß die drei NORTH-Komponenten ebenfalls nach oben wandern, was sich dadurch optisch hervorhebt, daß der verfügbare Platz reduziert wird und beispielsweise die Combobox um 2-3 Pixel verkleinert wird. Das sieht ehrlich gesagt mehr als Scheiße aus!
Springt man wieder zum ersten Text zurück, der kein Scrolltab benötigt, poppt das ganze Layout wieder um die besagten 2-3 Pixel zurück in die ursprüngliche Position, d.h. die Combobox "wächst" wieder an usw.
Frage ist: Kann man dieses Verhalten steuern? Es scheint so, als ob beim Erscheinen des vertikalen Scrolltabs das GBL auf einmal mehr Platz benötigt bzw. die JScrollPane mehr Platz zur Darstellung beansprucht. Das ist in meinen Augen total widersinnig, denn der verfügbare Platz der JTextArea innerhalb der JScrollPane expandiert ja nicht automatisch, sobald der Text physisch nicht mehr angezeigt werden kann.
Dieses Re-Layouten des GBLs macht mich noch wahnsinnig, denn es fällt optisch sofort ins Auge. Daher wäre ich für Tipps sehr dankbar. Nachfolgend der Source:
Code:
public PanelCenterHelp(ActionListener al)
{
setLayout(gbl = new GridBagLayout());
setBackground(MkiConfig.col2);
labelIntro = new JLabel("1 - "+texts[0][0]);
labelIntro.setFont(new Font("Dialog", Font.BOLD, 15));
gbc = makeGBC(0,0,1,1);
gbc.anchor = GridBagConstraints.NORTHWEST;
gbc.fill = GridBagConstraints.BOTH;
gbc.weightx = 1;
gbc.weighty = 0;
gbc.insets = new Insets(0,0,10,0);
gbl.setConstraints(labelIntro, gbc);
add(labelIntro);
labelChoice = new JLabel("Wählen Sie hier das Unterthema aus:", JLabel.RIGHT);
gbc = makeGBC(1,0,1,1);
gbc.anchor = GridBagConstraints.NORTHEAST;
gbc.fill = GridBagConstraints.BOTH;
gbc.weightx = 0;
gbc.weighty = 0;
gbc.insets = new Insets(0,0,10,0);
gbl.setConstraints(labelChoice, gbc);
add(labelChoice);
choice = new JComboBox();
choice.addItem("Allgemeine Bedienung");
choice.addItem("Abmessungsvorgaben");
choice.addItem("Zusammenstellung");
choice.addItem("Alternativsuche");
choice.addItemListener(this);
gbc = makeGBC(2,0,1,1);
gbc.anchor = GridBagConstraints.NORTHEAST;
gbc.fill = GridBagConstraints.BOTH;
gbc.weightx = 0;
gbc.weighty = 0;
gbc.insets = new Insets(0,5,10,0);
gbl.setConstraints(choice, gbc);
add(choice);
ta = new JTextArea(texts[0][1]);
ta.setEditable(false);
ta.setWrapStyleWord(true);
ta.setLineWrap(true);
ta.setFont(new Font("Dialog", Font.PLAIN, 12));
ta.setBackground(MkiConfig.col2);
JScrollPane p = new JScrollPane(ta,
JScrollPane.VERTICAL_SCROLLBAR_ALWAYS,
JScrollPane.HORIZONTAL_SCROLLBAR_NEVER);
p.setBorder(BorderFactory.createEmptyBorder());
gbc = makeGBC(0,1,3,1);
gbc.anchor = GridBagConstraints.CENTER;
gbc.fill = GridBagConstraints.BOTH;
gbc.weightx = 1;
gbc.weighty = 1;
gbl.setConstraints(p, gbc);
add(p);
}
public void itemStateChanged(ItemEvent e)
{
int index = ((JComboBox)e.getItemSelectable()).getSelectedIndex();
labelIntro.setText((index+1)+" - "+texts[index][0]);
ta.setText(texts[index][1]);
ta.setCaretPosition(0);
}Erläuternde Infos:
Als PLAF wird automatisch der System-PLAF genommen, in meinem Testfall der Windows-PLAF auf Win2000 Pro. Plattform ist Java 6 beta.
Das ganze ist ein JPanel, welches in einem übergeordneten BorderLayout als CENTER-Komponente eingebettet ist. Der Effekt berührt allerdings nur die Fläche dieses JPanels, nicht aber das umliegende BorderLayout. Die NORTH und SOUTH Bereiche des BorderLayouts werden von diesen Pixeleskapaden nicht berührt.
makeGBC() ist eine Hilfsmethode zum Konstruieren von GridBagConstraints Objekten, dient nur der Zellenkoordinaten x, y, width und height. Der Rest wird wie im Source ersichtlich direkt bei der Komponente festgelegt.
Der JTextArea gebe ich einen neuen Font, weil ich Hirsch irgendwann mal die Fontproperties zer-editiert habe und nur zu faul war, den Urzustand wiederherzustellen :roll:
Den ItemEvent Handler könnt ihr auch ignorieren, der ist nur schmückendes Beiwerk...
----
Naja, ich hoffe jemand kann mir aus diesem Pixelmist heraushelfen. Wie gesagt, ich kann das Verhalten des GBLs nicht nachvollziehen, außer daß eben eventuell ein Bug in der JScrollPane beim Erscheinen des Scrolltabs meint, er müsse der JScrollPane nach oben hin noch 2-3 Pixel mehr Platz spendieren.
Danke erstmal für alle nützlichen Antworten.
