Api gxt rc1: cierre y ocultamiento de ventanas
Pasamos a probar la nueva rc1 de gxt2.0.
Sorpresón, las ventanas ya no se cierran, solo se ocultan, y claro esto ya ha provocado debate. Explican que ellos las eliminarán completamente en cuanto se pierda la referencia. Hasta aquí (aunque no acabo de entender el porqué del cambio, bien podrían haber mantenido el close por si la quiero destruir yo mismo! e implementar igualmente el mecanismo de liberación de memoria de los objetos no usados) tampoco voy a reprocharles nada.
Ahora, tengo una ventana, con los 3 típicos botones: minimiza, maximiza, cierra. Necesito de alguna forma distinguir el evento de cierre del de minimizar. Hasta ahora simplemente se implementaban 2 listeners diferentes: windowHide, windowClose. Pero como decimos windowClose desaparece, hemos de buscar otra forma alternativa de diferenciar entre un cierre y un hide, y por defecto el evento generado por botón close de las ventanas no nos da el botón que hemos pulsado, supongo que se les ha escapado.
Finalmente veo 2 opciones:
La primera y mas sencilla es pasar algún parámetro a la ventana en el momento del ocultamiento/mimización (navegando a los fuentes del sistema MDI que implementa gxt veo que esta es la opción que utilizan), por ejemplo:
-
setData("minimize", true);
y ya en el evento hide comprobar si la ventana ha sido mimizada o por el contrario está cerrada.
-
boolean minimize = getData("minimize");
-
if(!minimize)
-
{// Si minimize es false es que la hemos cerrado =>
-
// hacemos lo que necesitemos, por ejemplo eliminar un boton de la barra de tareas
-
}
-
}
Y la segunda:
Ya que como deciamos el evento generado por el botón close de la ventana no nos ofrece el botón pulsado, vamos a ocultar los botones por defecto de la ventana y añadir los nuestros.
Primero ocultamos los botones "por defecto":
-
setMinimizable(false);
-
setMaximizable(false);
-
setClosable(false);
Ahora añadimos nuestros propios botones, y para close nuestro propio evento pasando un botón (creado exclusivamente con este fin) al método hide, ya que hide solo puede recibir Button y no ToolButton:
-
final ToolButton closeBtn = new ToolButton("x-tool-close");
-
closeBtn.addListener(Events.Select, new Listener<ComponentEvent>() {
-
// Buff, el hide solo recibe un Button no un ToolButton, q coñazo!! =>
-
// creamos un botón simplemente para pasarlo como argumento
-
// y saber que estamos cerrando la ventana
-
buttonCloseTmp.setId("close-window");
-
hide(buttonCloseTmp);
-
}
-
});
-
-
window.getHeader().addTool(closeBtn);
Y ahora si, en el evento generado por el ocultamiento de una ventana podemos diferenciar cuando la estamos cerrando o cuando la estamos enviando por ejemplo, a la barra de tareas:
-
@Override
-
if (we.getButtonClicked() != null) {
-
if (we.getButtonClicked().getId().equals("close-window")) {
-
// sabemos que hemos pulsado el botón de cierre de la ventana =>
-
// hacemos lo que necesitemos, por ejemplo eliminar un boton de la barra de tareas
-
}
-
}
-
}
En fin, que no acabo de entender porque eliminan la funcionalidad del close, como decía sería mejor mantenerla e implementar además el mecanismo de liberación de memoria. Se mantendría la compatibilidad y podríamos diferenciar de una forma mas lógica y fiable cuando se produce el cierre, ya que son dos operaciones claramente diferenciadas.
.
Continuamos con 
Por el momento me gusta smartclient (incluso el codigo generado no parece ser tan "cochino" como el de gxt), sigo con las pruebas..., inserto un DisclosurePanel dentro de un Window de smartgwt, problema, aparece con un height que yo no pongo, no se de donde sale (el problema de gwt cuando las cosas no salen a la 1ª). Le pongo un tamaño dpContentSearch.setHeight("40px;"), ni caso. Además no es el height del DisclosurePanel sino el del contenedor, el del layout del Window de smartgwt. Cambio el DisclosurePanel por un HorizontalPanel, nada, lo cambio por un Canvas de smartgwt a ver si el problema va a ser la mezcla de componentes, tampoco.
