JPanel in JFrame

[Generic1]

Hi,

ich hab schon lange nichts mehr mit Swing gemacht und scheitere schon an einfachen Dingen, z.B.: ein JPanel in ein JFrame zu platzieren.
Weiß jemand was ich falsch mache? MyPanel ist einfach von JPanel abgeleitet, sonst nichts:

import java.awt.Graphics;
import javax.swing.JPanel;

public class MyPanel extends JPanel {

    @Override
    public void paint(Graphics g) {
        super.paint(g);
        }
}

package framepaneltest;

import java.awt.BorderLayout;
import java.awt.Color;
import java.awt.Dimension;
import javax.swing.JFrame;

public class Main {

    public Main() {
        MyPanel mp = new MyPanel();
        mp.setBackground(Color.RED);
        mp.setPreferredSize(new Dimension(300, 300));
        mp.setVisible(true);
        mp.repaint();

        JFrame f = new JFrame();
        f.setBackground(Color.GREEN);
        BorderLayout bl = new BorderLayout();
        f.setLayout(bl);
        f.setBounds(0, 0, 700, 700);
        f.add(mp, BorderLayout.CENTER);
        f.setVisible(true);
        }

    public static void main(String[] args) {
        new Main();
        }
}

 

[André Uhres]

Du scheiterst am Layoutmanager. In Deinem Fall siehst Du die normale Reaktion des BorderLayout: er beansprucht nämlich im mittleren Bereich so viel von dem verfügbaren Raum wie möglich! Siehe auch: Using Layout Managers
Gruß,
André

PS: Mit einem Builder-Tool, wie dem NetBeans IDE Matisse GUI Builder, kannst Du die Reaktion von verschiedenen Layoutmanagern in Echtzeit beobachten.

 

[California]

Mach mal

Frame.setContentPane( Panel );

und lass den LayoutManager weg. (nur jetzt!)
Den brauchst Du erst, wenn Du Komponenten auf einem Panel anordnest (Oder mehrere Panels in einem grossen Panel).
Mein Favorit ist GridBagLayout.
Und lass die Finger von Matisse (Meine Meinung, ich bin Gegner des visuellen Designens ;-))

 

[André Uhres]

Mach mal

Frame.setContentPane( Panel );

und lass den LayoutManager weg.

Dein Vorschlag ändert nichts am Resultat: der Panel beansprucht immer noch so viel von dem verfügbaren Raum wie möglich, was er wegen [c]mp.setPreferredSize(new Dimension(300, 300))[/c] offensichtlich nicht will !

Und lass die Finger von Matisse (Meine Meinung, ich bin Gegner des visuellen Designens ;-))

Beim "visuellen Designen" unterscheiden wir drei unterschiedliche Standpunkte: Verfechter, Gegner und Fürsprecher nur bei Prototyp Entwürfen. Ich zähle mich zu den Letzteren .

Gruß,
André

 

[California]

Frame.pack(); // macht den Frame so gross, dass die Komponenten mit preferredSize draufpassen
Frame.setVisible( true );

Das ist halt auch nicht das, was er will. Ansonsten in einem Layout alle Plätze rundherum mit

new JPanel()

belegen.
Z.B. in einem 2,2 GridBagLayout das Panel auf Posiition 0,0 einfügen und die anderen 3 Plätze mit leeren JPanels belegen.

@André: Standpunkt drei ist genehmigt

 

[André Uhres]

Frame.pack();
Frame.setVisible( true );

Das ist wegen [c]f.setBounds(0, 0, 700, 700);[/c] offensichtlich auch unerwünscht !

@André: Variante drei ist genehmigt

Danke .

Gruß,
André

PS:

Z.B. in einem 2,2 GridBagLayout das Panel auf Posiition 0,0 einfügen und die anderen 3 Plätze mit leeren JPanels belegen.

Leere JPanels sind eventuell gar nicht nötig, wenn man das Panel einfach zentriert(*). GridBagLayout respektiert nämlich die PreferredSize/MinimumSize. Ansonsten würde Dein Vorschlag auch mit BorderLayout funktionieren .
(*) respektiv mit anchor=FIRST_LINE_START oben links platziert

 

[California]

PS:
Leere JPanels sind eventuell gar nicht nötig, wenn man das Panel einfach zentriert. GridBagLayout respektiert nämlich die PreferredSize/MinimumSize. Ansonsten würde Dein Vorschlag auch mit BorderLayout funktionieren .

Da könntest Du recht haben...
Ich bin da so drin, dass mir die leeren JPanels zum auffüllen quasi von alleine ins Layout marschieren...;-)
Undd denke nicht mehr drüber nach, der Fluch der Routine...

 

[André Uhres]

der Fluch der Routine...

In dem Fall könnte diese Seite Dir helfen: GridBagLayout .

Gruß,
André

 

[California]

Wir haben das GridBagLayout in eine Helperklasse eingekapselt und sagen im Wesentlichen nur noch

GridBagLayoutHelper helper = new GridBagLayoutHelper( this, 2 ); // Init mit Insets = 2 und this als Container
helper.addToNew( getComp1() );
helper.addToLast( getComp2() );
...

und so fort, der Helper weiss, welche Zeile und Spalte er zuletzt belegt hat und macht bei addToNew einfach eine neue Zeile und bei addToLast eine neue Spalte in der letzten Zeile.
Ach ja, explizite Positions- und Weight- und Extension- Parameter gibt es in Überladungen, auch eine mit boolean fullSize, wo er dann die Weights 1.0 macht.
Man wird halt faul...

 

[L-ectron-X]

@Generic1:
Noch ein Hinweis zum Thema:
In einer Swing-Komponente niemals die paint()-Methode überschreiben!
Statt dessen ist bei Bedarf (also wenn man selbst ins Panel zeichnen möchte) die paintComponent()-Methode zu überschreiben.