JTextfield wird über'drawed'..

[oli0060]

Hallo Leute.

Ich habe einen Frame, indem ein paar Buttons und ein bewegender Hintergrund gedrawt werden.

public void drawCreateNewGame(Graphics g) {
		bg.draw(g);
		for (int i = 0; i < buttons.length; i++) {
			buttons[i].draw(g);
		}		
	}

diese Methode wird vom Frame aufgerufen und somit gedrawt. Gleichzeitig habe ich noch ein JLabel und JTextfield, die dem Frame geadded werden.

	public Menu(int button, JFrame frame) {
		bg = new Background(37, Textures.backgroundmenu);
		buttons = new Button[button];
		BufferedImage[] textures = { Textures.buttonZurueck, Textures.buttonSpielErstellen};
		buttons[0] = new Button(50, 150, textures);
		buttons[1] = new Button(500, 150, textures);
		label = new JLabel("Name des neuen Spiels:");
		textfield = new JTextField("Max Mustergame");
		
		label.setBounds(375, 150, 150, 25);
		frame.add(label);
		textfield.setBounds(375, 185, 150, 25);
		frame.add(textfield);
	}

Hierbei wird der Frame übergeben, auf den das Label und Textfield gezeichnet werden soll (und dann mit frame.add() hinzugefügt). Wenn ich dann das Programm starte, wird mir nur der bewegende Hintergrund und die Buttons angezeigt, da (so vermute ich, das Label u. TF immer überdrawt werden). Lediglich, wenn ich mit der Maus genau über das TF schweife flackert es kurz auf. Was muss ich machen, damit die 2 Componenten immer im Vordergrund stehen, bzw immer angezeigt werden ?

Mit freundlichen Grüßen Oli

 

[Androbin]

[OT]Überschreibe lieber ein JPanel anstatt eines JFrame's![/OT]

 

[oli0060]

Und das beantwortet mir meine Frage ?

 

[BRoll]

Wie sieht deine Zeichenmethode aus, die du vom Frame überschreibst?
Du hast vielleicht den super Aufruf vergessen oder die falsche paint methode genommen.

 

[Harry Kane]

Viel zuwenig Code für eine sinnvolle Diagnose.
- In welcher Klasse steht die drawCreateNewGame-Methode?
- Wann und von wem wird sie aufgerufen?
- Wie sieht die Background-Klasse aus? Was passiert mit ihr? Sie wird im Konstruktor der Menu-Klasse initialisiert, aber ihre weitere Verwendung ist unklar.
- Wie sieht die Button-Klasse aus? Wir reden hoffentlich nicht von java.awt.Button?
- Wird irgendwo der LayoutManager des JFrame gesetzt, der an den Konstruktor von Menu übergeben wird? Oder der LayoutManager von seinem content pane? Oder wird dem JFrame eine neue content pane gesetzt?
Fragen über Fragen...

 

[oli0060]

Okay sorry, konnte auch nicht erwarten, dass bei so wenig code eine Lösung dabei ist

Da es sich um ein Spiel handelt, habe ich anstelle einer paintComponent Methode einen BufferStrategy benutzt.

	public void makeStrat() {
		createBufferStrategy(2);
		strat = getBufferStrategy();
	}

strat.show(); wird dann in der draw Methode aufgerufen um das Bild zu zeichnen (die draw Methode wird wiederum in der Main while(true)-Schleife aufgerufen)
Draw-Methods

public void draw(float timeSinceLastFrame) {
		Graphics g = strat.getDrawGraphics();
		switch (gamestate) {

		case 0:
			menu.draw(g);
			strat.show();
			g.dispose();
			break;
		case 1:
			world.draw(g);
			strat.show();
			g.dispose();
			break;
		case 2:
			menuOfGame.draw(g);
			strat.show();
			g.dispose();
			break;
		case 3:
			strat.show();
			g.dispose();
			break;
		case 4:
			setBackground(Color.WHITE);
			menuOfNewGame.draw(g);
			strat.show();
			g.dispose();
			break;
		case 5:
			setBackground(Color.WHITE);
			menuOfLoadGame.draw(g);
			strat.show();
			g.dispose();
		case 6:
			menuOfDeadScreen.drawDeadScreen(g);
			strat.show();
			g.dispose();
		case 7:
			menuOfPause.draw(g);
			strat.show();
			g.dispose();
		default:
			break;
		}
	}

Je nach gamestate befindet man sich im Hauptmenü, im Spiel oder z. B . im Pause Menü.

Die Background-Klasse lässt nur den Hintergrund verschieben und drawn.
Trotzdem hier die Klasse:

public class Background {
	private int posx;
	private float speed;
	private BufferedImage look;

	public Background(float speed, BufferedImage look) {
		this.speed = speed;
		this.look = look;
	}

	public void update(float timeSinceLastFrame) {
		posx -= speed * timeSinceLastFrame;
		if (posx < -look.getWidth())
			posx += look.getWidth();
	}

	public void draw(Graphics g){
		//Bewegender Hintergrund. Um dies zu �ndern zweite drawImage Methode entfernen...
		g.drawImage(look, posx, 0, null);
		g.drawImage(look, posx + look.getWidth(), 0, null);
	}
}

Der Menu-Konstruktor bekommt den Hintergrund zugewiesen, damit die Menu.update & Menu.draw Methode den Hintergrund drawn kann.

Button:
Nein ich benutze keine Swing-Buttons
Die Button-Klasse überprüft, ob die Maus über dem Image des Buttons ist und "das Bild" drückt. Außerdem zeichnet sie ihn noch.

Mit Layout hab ich mich noch nie richtig beschäftigt. Ich habe nur am Anfang, beim erstellen des Frames setLayout(null); gesetzt. Dann im Konstruktor des einen Menus wird dann der Frame übergeben um das Textfield und Label im Frame zu adden

public Menu(int button, JFrame frame) {
		bg = new Background(37, Textures.backgroundmenu);
		buttons = new Button[button];
		BufferedImage[] textures = { Textures.buttonZurueck, Textures.buttonSpielErstellen};
		buttons[0] = new Button(50, 150, textures);
		buttons[1] = new Button(650, 150, textures);
		label = new JLabel("Name des neuen Spiels:");
		textfield = new JTextField("Max Mustergame");
		
		label.setBounds(375, 150, 150, 25);
		frame.add(label);
		textfield.setBounds(375, 185, 150, 25);
		frame.add(textfield);
	}

So ich hoffe das reicht erstmal..
Mit freundlichen Grüßen
Oli

 

[Harry Kane]

Da es sich um ein Spiel handelt, habe ich anstelle einer paintComponent Methode einen BufferStrategy benutzt.

Also die Kausalität ist mir nicht so klar, aber was solls.
Sprich: du nutzt keine Swing-JComponents zum zeichnen (wo das zeichnen über die paintComponent() erledigt würde), sondern eine von java.awt.Canvas abgeleitete Klasse (denn nur dort gibt es eine BufferStrategy). Dann scheint mir aber der JFrame fehl am Platz zu sein (der ja auch zu Swing gehört). Ich kann auch nirgends sehen, wo der JFrame gezeichnet wird. Oder enthält der JFrame deine Canvas-Erweiterung in seiner content pane? Dann solltest du mal nach "Mixing AWT and Swing" googlen.
Ausserdem fehlt in dem switch-Statement in deiner draw-Methode ( zu welcher Klasse die nun auch immer gehört) bei den cases 5-7 das "break" am Ende des Blocks.