Layout-Manager, JScrollPane, ... Chaos

[Ancalagon]

Hilfe! Bin kurz vorm Durchdrehen
Ich hab mein Programm so weit fertig gehabt - einziges Problem: ich habe (da dies mein erstes Projekt in der Richtung war) keinen Layout-Manager verwendet (also setLayout(null)), und dabei waren Scrollbars nicht möglich. Da die GUI möglicherweise zur Laufzeit größer wird und so im worst case teilweise außerhalb des Bildschirms liegt, musste ich jetzt nachträglich noch alles umständlich in Layout-Manager pressen. Leider haben sich dadurch nur noch mehr Komplikationen ergeben und Scrollbars sind lustigerweise auch nicht vorhanden.

Da das ganze zu einem Wettbewerb gehört, würde ich den Quellcode lieber nur per PN verschicken. Wäre echt cool, wenn sich trotzdem jemand melden könnte...

Generell ist der Aufbau so:

private JScrollPane scrollPane = new JScrollPane (panel,
 ScrollPaneConstants.VERTICAL_SCROLLBAR_AS_NEEDED,
 ScrollPaneConstants.HORIZONTAL_SCROLLBAR_AS_NEEDED);
this.setContentPane(scrollPane);

D.h. ich wollte panel bzw dessen Inhalt die Möglichkeit geben, falls nötig Scrollbars zu bilden, und habe das entstandene scrollPane auf meine GUI gepackt. Dabei hat panel ein GridLayout mit einer Spalte und beliebig vielen Zeilen. In panel befinden sich zwei andere Panel, die also jeweils die obere bzw untere Hälfte der GUI einnehmen, panel2 und panel3.
Bei Programmstart befindet sich vorerst nur panel2 im panel (bekommt also 100% des Platzes, klappt soweit auch) und erst zur Laufzeit wird zu einem Zeitpunkt noch panel3 hinzugefügt.
Auch dies klappt noch (beide Panels haben danach natürlich 50% des GUI-Platzes).
Was nun leider zum Problem führt: panel3 besitzt ein null-Layout und (natürlich ebenfalls zur Laufzeit) ändere ich mit panel3.setBounds() die Größe von diesem (sowie der GUI, damit sie weiterhin groß genug bleibt, um panel3 anzeigen zu können).
Auch nach meinem "Layout-Manager-Umbau" passt die GUI (also das JFrame) die Größe noch wie erwünscht an, allerdings werden panel2 und panel3 von der Höhe her nicht angepasst, sie nehmen weiterhin die gleiche Menge an Platz ein und die "Vergrößerung" des JFrames bleibt weiß. Wenn das JFrame sich soweit vergrößert, dass es über den Bildschirm hinausgeht, entstehen weiterhin keine Scrollbars.

Ich hoffe, dass das jetzt nicht zu unverständlich war. Wie gesagt verschicke ich bei Bedarf gerne den kompletten Quellcode per PN (auch wenn es etwas viel ist...). Vielleicht findet sich ja jemand, der mir weiterhelfen kann... danke im Voraus :/

Das Problem an diesen Layout-Managern ist halt auch, dass das obere Panel nicht mitwachsen soll, wenn sich das untere vergrößert... absolute Positionierung hat (abgesehen von den fehlenden Scrollpanes) toll geklappt...

 

[Harry Kane]

Dabei hat panel ein GridLayout mit einer Spalte und beliebig vielen Zeilen. In panel befinden sich zwei andere Panel, die also jeweils die obere bzw untere Hälfte der GUI einnehmen, panel2 und panel3.
[...]
Was nun leider zum Problem führt: panel3 besitzt ein null-Layout und (natürlich ebenfalls zur Laufzeit) ändere ich mit panel3.setBounds() die Größe von diesem (sowie der GUI, damit sie weiterhin groß genug bleibt, um panel3 anzeigen zu können).

Ich glaube du vermischt hier zwei Themen. Wenn panel ein GridLayout hat, dan sollten alle Kindkomponenten von panel (also panel2 und panel3) dieselbe Größe haben. Dabei ist es unerheblich, ob panel2 und panel3 wieder JPanels oder andere JComponents, und es ist auch unerheblich, welchen LayoutManager panel2 und panel3 haben. Wenn du das Layout von panel3 auf null setzt, musst du dich lediglich um die Positionierung der Komponenten innerhalb von panel3 kümmern, und nicht um die Größe und Position von panel3 selber, denn diese wird von dem LayoutManager des Containers festgelegt, in dem panel3 liegt, also vom GridLayout von panel.

Wenn das JFrame sich soweit vergrößert, dass es über den Bildschirm hinausgeht, entstehen weiterhin keine Scrollbars.

Den Sinn dieser Aussage verstehe ich nicht. Eine JScrollPane wird dann verwendet, wenn eine Komponente größer ist oder werden kann als ihr Container. Wenn der Container tatsächlich kleiner wird als die Komponente, sollten je nach ScrollbarPolicy die ScrollBars eingeblendet werden. So wie du es beschreibst, erwartest du, dass die Scrollbars erscheinen, wenn das JFrame, also der Container, zu groß wird.

Das Problem an diesen Layout-Managern ist halt auch, dass das obere Panel nicht mitwachsen soll, wenn sich das untere vergrößert... absolute Positionierung hat (abgesehen von den fehlenden Scrollpanes) toll geklappt...

Das ist halt eine Eigenschaft von GridLayout, dass alle Kindkomponenten gleich groß sind. Für das was du vorhast, wäre ev. eine Box(BoxLayout.Y_AXIS) sinnvoll.

 

[Ancalagon]

Hi, danke für den Post, hab da scheinbar ein paar Sachen missverstanden.

Den Sinn dieser Aussage verstehe ich nicht. Eine JScrollPane wird dann verwendet, wenn eine Komponente größer ist oder werden kann als ihr Container. Wenn der Container tatsächlich kleiner wird als die Komponente, sollten je nach ScrollbarPolicy die ScrollBars eingeblendet werden. So wie du es beschreibst, erwartest du, dass die Scrollbars erscheinen, wenn das JFrame, also der Container, zu groß wird.

Okay, das war wohl ein Verständnisfehler. Dann ist JScrollPane vielleicht gar nicht das richtige für mein Problem.
Also es ging ja um folgendes: Die GUI (das JFrame, was alles beinhaltet) wird zur Laufzeit größer und möglicherweise größer als der Bildschirm. Ich hatte quasi gehofft, dass der Bildschirm als Cotainer der GUI zählt und so bei der GUI ebenfalls Scrollbars entstehen, wenn dieser Fall eintritt...
Gibt es eine andere Möglichkeit, das zu handeln? Wie gesagt verliere ich momentan die Teile der GUI einfach, die über den Bildschirm hinausgehen, da man eben nicht hoch/runter bzw links/rechts scrollen kann.
Eine andere Möglichkeit wäre natürlich, die GUI in diesem Fall inkl. aller Komponenten so zu verkleinern, dass sie noch auf den Bildschirm passen... das wäre vielleicht nicht optimal, aber immer noch annehmbar...

Jedenfalls danke für die Hilfe und schon im Voraus für eventuelle Vorschläge
Das mit dem BoxLayout könnte schon mal das Problem mit den beiden ungleichen Komponenten beheben, werde ich gleich mal ausprobieren.

 

[Harry Kane]

Die GUI (das JFrame, was alles beinhaltet) wird zur Laufzeit größer und möglicherweise größer als der Bildschirm. Ich hatte quasi gehofft, dass der Bildschirm als Cotainer der GUI zählt und so bei der GUI ebenfalls Scrollbars entstehen, wenn dieser Fall eintritt

Was würden dir ScrollBars an der GUI bringen, wenn der Bildschirm zu klein für die GUI wird? Da würden höchstens Scrollbars am Bildschirm helfen, also quasi eine Vergößerung des Desktops. Und Scrollbars am Bildschirm mit Java zu implementieren, ist ... nun ja... sagen wir mal ein sehr ambiotiniertes Unterfangen.
Nach wie vor verstehe ich den Kern deines Problems nicht: wenn die Anzahl der Komponenten in der Gui so groß wird, dass sie nicht alle auf den Bildschirm passen, gibt es eine Reihe von Möglichkeiten
a) Die Komponenten so zusammenquetschen, dass sie doch passen. Das hast du oben ja schon als "nicht optimal, aber annehmbar" beschrieben.
b) Die Komponenten so lassen wie sie sind. Dann muss sich aber die GUI (d. h. das Dingens auf dem die Komponenten liegen), vergößern. Dazu gibt es 2 grundsätzliche Möglichkeiten:
b1) Du legst deinen Hauptframe in ein Ding, welches Scrollbars hat und es erlaubt, jeweils den gewünschten Bereich des Hauptframes einzublenden. Damit wären wir wieder bei dem ambitionierten Unterfangen.
b2) Du legst in dein Hauptframe eine JScrollPane und packst darein das Ding mit den vielen Komponenten. Das sollte von der Handhabung her so ähnlich sein wie Variante b1 (scrollen muss man in beiden Fällen, weil in beiden Fällen nicht alle Komponenten auf den physikalisch vorhandenen Bildschirm passen), aber dafür mit Java Bordmitteln einfachst zu realisieren.

 

[Ancalagon]

b2) Du legst in dein Hauptframe eine JScrollPane und packst darein das Ding mit den vielen Komponenten. Das sollte von der Handhabung her so ähnlich sein wie Variante b1 (scrollen muss man in beiden Fällen, weil in beiden Fällen nicht alle Komponenten auf den physikalisch vorhandenen Bildschirm passen), aber dafür mit Java Bordmitteln einfachst zu realisieren.

Das wäre dann ja so ziemlich das, was ich mit

private JScrollPane scrollPane = new JScrollPane (panel,
   ScrollPaneConstants.VERTICAL_SCROLLBAR_AS_NEEDED,
   ScrollPaneConstants.HORIZONTAL_SCROLLBAR_AS_NEEDED);
this.setContentPane(scrollPane);

vorhatte. Hatte nur leider keine Wirkung :/

 

[Harry Kane]

Wie oben ausgeführt, erscheinen JScrollbars nur, wenn die Komponente in der JScrollPane (also das panel) größer ist als die JScrollPane selber.
Die JScrollPane fragt meines Wissens dazu entweder die preferredSize der KOmponente ab, oder falls die Komponente das Scrollable interface implementiert, die preferredScrollableViewportSize. Die preferredSize eines JPanels wird durch den LayoutManager bestimmt, sofern keine preferredSize explizit gesetzt wurde, also im Falle von panel durch das GridLayout. Ich weiss nicht wie ein GridLayout die preferredSize des Containers berechnet, den es layoutet.
Ausserdem weiss ich nicht, wie ich diesen Hinweis

Hatte nur leider keine Wirkung

interpretieren soll. Gabs keine scroll bars, oder war der Inhalt von panel3 nicht zu sehen, oder beides?
Poste mal ein KSKB: ein JPanel mit einem GridLayout aus zwei Zeilen und 1 Spalte, mit zwei JTextAreas im JPanel, das JPanel in einer JScrollPane und das wiederum in einem JFrame.