Lee sobre excepciones.

Alguien borre esto ya.

Gracias, Yshua, ya le agarré la onda a esto de los Layouts y pude solucionar mi problema, aunque tú dices que BorderLayout es por defecto resulta que yo lo he compuesto asignándole un BorderLayout. He aquí la sustitución (no lo pongo en [ code] por las negritas):



Estuve probando con otras clases que implementaron la interfase LayoutManager que encontré en la documentación de Sun y mientras algunos me lo dejaban igual y otros diferente, este fue el único que se apegó a lo que especifiqué en el código; es por ello que me extraña si dices que BorderLayout es el organizador por defecto.

Aclaro que probé también asignando el layout después de setVisible() seguido de un repaint() pero me lo dejó igual del tamaño de la ventana, osea mal (bueno, mal para mí, porque para el compilador pues no).

Saludos.

No, desde la última asamblea del 2006 en Madrid se escribe con "V".

Sí, se me pasó que aquí así eran las cosas.

Voy a ver eso de los layouts porque algo leí sobre ellos pero es casi nulo, y lo de la RAE era una broma.

Gracias por tu respuesta.

¿Has intentado correr los Applets en modo Standalone para ver si te tira errores? ¿Cómo una X?, ¿el dibujo de una X en el navegador o una X que aparece de la nada?, ¿una letra equis?

El asunto es así: una clase extends Frame:

Si pongo esto:

public Prueva(String title){
 
	super(title);
 
	wndListener Eventos = new wndListener();
	addWindowListener(Eventos);
 
	button = new Button("Heisann!");
	button.setBackground(Color.MAGENTA);
	  add(button);
	button.setLocation(64, 64);
	button.setSize(64, 64);
 
	setBackground(Color.CYAN);
	setSize(256, 256);
	setVisible(true);
 
}

Me aparece una ventana de 256 * 256 con un botón de comando de 256 * 256 (cubriendo toda el área), pero si pongo esto que es el mismo código pero con los dos últimos párrafos permutados:

public Prueva(String title){
 
	super(title);
 
	wndListener Eventos = new wndListener();
	addWindowListener(Eventos);
 
	setBackground(Color.CYAN);
	setSize(256, 256);
	setVisible(true);
 
	button = new Button("Heisann!");
	button.setBackground(Color.MAGENTA);
	  add(button);
	button.setLocation(64, 64);
	button.setSize(64, 64);
 
}

Me aparece una ventana de 256 * 256 con un botón de 64 * 64 en su respectivo lugar.

Me he dado cuenta que es el método setVisible(boolean) que mi clase ha heredado de Frame, si llamo a ese método como lo hago en los dos casos para hacer visible mi ventana, se me redimensiona el botón dependiendo de dónde esté el código, si no lo llamo simplemente no aparece nada.

Mi pregunta, ¿por qué ese setVisible(boolean) redimensiona el componente de mi Frame? Se supone que eso es trabajo mío y no debe ser la máquina quien decide que se hace.

De ser así imaginen si tengo que crear un Frame con muchos objetos dentro: tendría que hacer visible la ventana y luego ir creando los objetos y acomodándolos y Java no es muy rápido que digamos.

¿Por qué? Yo uso Compiz y no tengo que deshacerme de los efectos en ningún momento, se supone que la ventana de tus aplicaciones son sólo otras ventanas, ¿qué ocurre en tu ordenador?

Pero qué hiciste exactamente, ¿qué pasos seguiste?, y cuál paréntesis de llave? Yo veo bien el paréntesis y la llave puestos.

Esa es la respuesta que necesitaba.

La sugerencia era porque hace como 1 día o 2 necesitaba buscar algo en el foro a ver si ya estaba el tema y cuando vi que no podía pensé dos cosas: "aaaahhh tengo que loggearme qué flojera" y luego "quizá si los usuarios anónimos pudieran usar esa función no habría tantos registros en vano.

¿Tanto te costaba escribir al menos "admin"? :-/
 

Saludos y gracias de postbraso.

this.base = base;
this.altura = altura;

checa el código completo y ve:

this.base es la variable base que está al principio de la clase, que pertenece a la clase, y base a secas es el parámetro del método. Las dos variables se llaman igual así que si pones "base = base", ¿cómo sabe el compilador o el programa si te refieres a base del método o base de tu clase?