Capítulo 3: ¡Qué aburrido! yo quiero interactuar - Historial de revisiones

Freefri: /* Evento cerrar del menú */

2010-06-06T15:54:50Z

Evento cerrar del menú

Sanguinario Joe en 19:43 16 dic 2008

2008-12-16T19:43:54Z

Kelp: categorizo

2008-08-08T18:27:46Z

categorizo

Sanguinario Joe en 12:25 5 jul 2008

2008-07-05T12:25:43Z

Sanguinario Joe en 12:24 5 jul 2008

2008-07-05T12:24:27Z

Mostrar cambios

Sanguinario Joe en 12:17 5 jul 2008

2008-07-05T12:17:17Z

Sanguinario Joe en 11:57 5 jul 2008

2008-07-05T11:57:01Z

Arturom: /* Evento cerrar de la barra de título */

2008-07-03T10:06:57Z

Evento cerrar de la barra de título

Arturom: /* Evento cerrar del menú */

2008-07-03T10:03:32Z

Evento cerrar del menú

Arturom: /* Controles de la barra: */

2008-06-30T09:40:17Z

Controles de la barra:

@@ Línea 42: / Línea 42: @@
 Lo cierto es que nuestros eventos serán una cosa privada (private:), que sólo la clase en cuestión debe manejar, ya no sólo porque es intuitivamente lo lógico, sino porque nos puede ahorrar algunos problemillas.
-Bueno, hemos declarado la tabla de eventos, ahora vamos a declarar un método para controlar el evento. Llamémoslo por ejemplo "OnQuit", y lo pondremos como privado, ya que será el que maneje el evento... No obstante, puede ocurrir que más tarde algún elemento pueda tener la necesidad de cerrar el programa, así que la gestión de cierre deberá ser algo publico, así que crearemos otro método llamado "Quit", que será realmente el que nos cierre la aplicación (todo esto tendrá un transfondo mucho más interesante, que entenderemos más adelante). También necesitamos saber que tipo de evento manejaremos, así que en nuestra API (a partir de ahora denominaremos así al wx.chm) buscamos wxMenu, y en el apartado "Event handling", nos da este evento: "wxCommandEvent", que será el que habremos de usar...
+Bueno, hemos declarado la tabla de eventos, ahora vamos a declarar un método para controlar el evento. Llamémoslo por ejemplo "OnQuit", y lo pondremos como privado, ya que será el que maneje el evento... No obstante, puede ocurrir que más tarde algún elemento pueda tener la necesidad de cerrar el programa, así que la gestión de cierre deberá ser algo publico, así que crearemos otro método llamado "Quit", que será realmente el que nos cierre la aplicación (todo esto tendrá un transfondo mucho más interesante, que entenderemos más adelante). También necesitamos saber que tipo de evento manejaremos, así que en nuestra API (a partir de ahora denominaremos así al wx.chm o a la [http://docs.wxwidgets.org/stable/ página de documentación oficial]) buscamos [http://docs.wxwidgets.org/stable/wx_wxmenu.html#wxmenu wxMenu], y en el apartado "Event handling", nos da este evento: "wxCommandEvent", que será el que habremos de usar...
 Así pues, nuestra cabecera deberá modificarse así:

@@ Línea 284: / Línea 284: @@
      toolBar->SetToolBitmapSize(wxSize(32, 32));//recoratara las imagenes a 32x32
-Que hace exactamente lo que pone en los comentarios, y por último añadimos nuestros dos elementos:
+Que hace exactamente lo que pone en los comentarios, y por último añadimos nuestros dos elementos y seteamos la toolBar:
      toolBar->AddTool(ID_START, wxBITMAP(start), wxNullBitmap, false, wxDefaultCoord, wxDefaultCoord, (wxObject *)NULL, _T("Start"), _T("Run the progress bar"));
      toolBar->AddTool(ID_STOP, wxBITMAP(stop), wxNullBitmap, false, wxDefaultCoord, wxDefaultCoord, (wxObject *)NULL, _T("Start"), _T("Run the progress bar"));
 Como siempre, para saber que es lo que hace cada parámetro, recurrir a la API. Aunque cabe destacar la imagen, que hemos introducido con:
@@ Línea 611: / Línea 613: @@
      toolBar->AddTool(ID_START, wxBITMAP(start), wxNullBitmap, false, wxDefaultCoord, wxDefaultCoord, (wxObject *)NULL, _T("Start"), _T("Run the progress bar"));
      toolBar->AddTool(ID_STOP, wxBITMAP(stop), wxNullBitmap, false, wxDefaultCoord, wxDefaultCoord, (wxObject *)NULL, _T("Start"), _T("Run the progress bar"));
      m_running = false;

← Revisión anterior		Revisión de 18:27 8 ago 2008
Línea 685:		Línea 685:
	\| style="text-align: center; border: 2px solid #8B673A; background-color: #F0E2C6; -moz-border-radius: 8px; margin: 10 10 10 10; padding: 5px; font-weight: bold;" \| [[Capítulo 4: Soy un artista... ¡No me coartes!]]		\| style="text-align: center; border: 2px solid #8B673A; background-color: #F0E2C6; -moz-border-radius: 8px; margin: 10 10 10 10; padding: 5px; font-weight: bold;" \| [[Capítulo 4: Soy un artista... ¡No me coartes!]]
	\|}		\|}
		+
		+
		+	<!-- Categoría -->
		+	[[Categoría:Programación]]

← Revisión anterior		Revisión de 12:25 5 jul 2008
Línea 391:		Línea 391:

	¡Algo va mal! ¡No puedo pararlo! ¡La barra no se actualiza!. Bien, vuelve a code::blocks, y usa el botón rojo con un aspa blanca para detener el código.		¡Algo va mal! ¡No puedo pararlo! ¡La barra no se actualiza!. Bien, vuelve a code::blocks, y usa el botón rojo con un aspa blanca para detener el código.
		+
		+	==== Cola de eventos ====

	Bien, el primer problema a corregir es que no podemos parar el código, esto se debe a que, aunque efectivamente al presionar cualquier botón se genera un evento, este evento no se procesa nunca, ya que nuestro código esta enfrascado en un bucle sin fin, así que parece estar claro ¿no?, tenemos que pedirle a nuestro código que procese los evento que se generen dentro del bucle, eso se hace (buscando como siempre en el API) con dos órdenes llamadas Pending() y Dispatch(). Pero claro, ambas órdenes forman parte de wxApp, luego necesitamos que TopFrame conozca SampleApp (que es nuestra wxApp).		Bien, el primer problema a corregir es que no podemos parar el código, esto se debe a que, aunque efectivamente al presionar cualquier botón se genera un evento, este evento no se procesa nunca, ya que nuestro código esta enfrascado en un bucle sin fin, así que parece estar claro ¿no?, tenemos que pedirle a nuestro código que procese los evento que se generen dentro del bucle, eso se hace (buscando como siempre en el API) con dos órdenes llamadas Pending() y Dispatch(). Pero claro, ambas órdenes forman parte de wxApp, luego necesitamos que TopFrame conozca SampleApp (que es nuestra wxApp).

@@ Línea 407: / Línea 407: @@
    (...)
-Y lo implementamos en "<b>topframe.cpp</b>"
+Y lo implementamos en "<b>topframe.cpp</b>", empezando porque ahora nuestra clase hace uso de SampleApp, luego necesitamos su cabecera, así que añadimos lo siguiente:
-la barra se mantiene inmutable, como oir llover vamos, esto se debe a que aunque nosotros actualizamos la barra, no actualizamos la ventana (topframe), luego esta no pinta los cambios.
+  (...)
    Contruyendo...

← Revisión anterior		Revisión de 11:57 5 jul 2008
Línea 255:		Línea 255:
	Bien, ya tenemos listas las imágenes, así que ya podemos empezar a crear nuestra barra de herramientas...		Bien, ya tenemos listas las imágenes, así que ya podemos empezar a crear nuestra barra de herramientas...

		+	Lo primero de todo es indicarle a nuestro programa que queremos que tenga esas imágenes, para ello recurrimos a este par de órdenes al comienzo de "<b>topframe.cpp</b>":
		+
		+	#include "start.xpm"
		+	#include "stop.xpm"
		+
		+	En priomera instancia, cuando se manejan imágenes, se puede actuar de dos formas, una es teniendo las imágenes, en cualquier formato, en un lugar conocido, y abriéndolas cada vez que las necesitemos, y la otra es, incluyéndola en Linux, debiendo tener formato xpm, o en Windows poniéndola en las resources, debiendo tener formato bmp.
		+
		+	La primera forma tiene la ventaja de que el código medirá menos, y compilará más rápido, la segunda tiene la ventaja de que las imágenes forman parte del código, y así el programa no requiere que las imágenes estén a parte, teniendo siempre que transportar ambas cosas.
		+
		+	El como se manejan las imágenes de ésta innovadora segunda forma, lo vamos a ver en breve.
		+
		+	Crear una barra de herramientas es muy parecido a crear el menú (que por cierto, se puede tratar de ampliar después con estos dos nuevos elementos), simplemente necesitaremos un par de ID para poder manejar nuestros eventos, así que nos vamos a crear un nuevo archivo llamado "<b>header.h</b>", y dentro escribiremos esto:
		+
		+	const int ID_START = wxID_HIGHEST+0;
		+	const int ID_STOP = wxID_HIGHEST+1;
		+
		+	Efectivamente, los ID no son más que enteros que declaramos como constantes para poder tenerlos como constantes globales. Y para no interferir con ningún ID de wxWidgets, usamos este ID que ya han preparado ellos, llamado wxID_HIGHEST, que se corresponde con el ID más alto sin usar (por eso +0, y no +1).
		+
		+	Bueno, ahora regresamos a nuestro TopFrame, "<b>topframe.cpp</b>", y añadimos nuestra cabecera:
		+
		+	#include "header.h"
		+
		+	Bueno, esto marcha, conocidos nuestros ID, ya podemos crear nuestra barra, para ello comenzamos creando, al final de "topframe.cpp", una barra de herramientas con las siguientes órdenes (que como siempre podeis en contrar en el API):
		+
		+	//toolbar
		+	wxToolBar *toolBar = CreateToolBar();//nueva toolbar(constructor)
		+	toolBar->SetMargins(5, 5);//margenes
		+	toolBar->SetToolBitmapSize(wxSize(32, 32));//recoratara las imagenes a 32x32
		+
		+	Que hace exactamente lo que pone en los comentarios, y por último añadimos nuestros dos elementos:
		+
		+	toolBar->AddTool(ID_START, wxBITMAP(start), wxNullBitmap, false, wxDefaultCoord, wxDefaultCoord, (wxObject *)NULL, _T("Start"), _T("Run the progress bar"));
		+	toolBar->AddTool(ID_STOP, wxBITMAP(stop), wxNullBitmap, false, wxDefaultCoord, wxDefaultCoord, (wxObject *)NULL, _T("Start"), _T("Run the progress bar"));
		+
		+	Como siempre, para saber que es lo que hace cada parámetro, recurrir a la API. Aunque cabe destacar la imagen, que hemos introducido con:
		+
		+	wxBITMAP(start)
		+
		+	Cuando escribimos wxBITMAP(), el ya entiende que tratamos de recurrir a un recurso incrustado en el código, a diferencia de wxBitmap(), que es el constructor de la clase con el mismno nombre de wxWidgets. Por otro lado, ponemos start, porque si recordais, cuando editamos nuestro archivo start.xpm, yo insistí en que os ceriorárais de que la segunda línea era tal y como sigue:
		+
		+	static char * <b>start</b>_xpm[] = {
		+
		+	Bien, compilamos y ejecutamos... ¡Y allí esta, nuestra barra de herramientas con nuestros dos botones!
		+
		+	== Manejo de eventos (II): ==
		+
		+	Con nuestra barra creada, por supuesto nuestro siguiente objetivo es usar nuestros dos elementos. Ya veremos que el evento de start nos vendrá rodado, pero el evento de stop nos dará una pequeña sorpresita.
		+
		+	=== Evento de "Start": ===
		+
		+	Bueno, para nuestro evento de "start", lo único que necesitamos es una función que lo maneje, así que en el protegido de "<b>topframe.h</b>", añadimos una nueva función tal que:
		+
		+	private:
		+	void OnQuit(wxCommandEvent& event);
		+	void OnQuitX(wxCloseEvent& event);
		+	<b>void OnStart(wxCommandEvent& event);</b>
		+	<b>void OnStop(wxCommandEvent& event);</b>
		+	// any class wishing to process wxWidgets events must use this macro
		+	DECLARE_EVENT_TABLE()
		+
		+	Y una variable que controle cuando estamos corriendo, que la declararemos en el público como:
		+
		+	public:
		+	TopFrame(wxString Title = _T("Welcome to wxWidgets"));
		+	void Quit();
		+	wxGauge * ProgressBar;
		+	<b>bool m_running;</b>
		+
		+
		+	Vamos declarando ya también la de "stop". Los eventos de la barra de herramientas son exactamente iguales que los de la barra de menús que ya hemos utilizado, es por eso que aparece "wxCommandEvent& event".
		+
		+	Bien, acudamos a la tabla de eventos de nuestro "<b>topframe.cpp</b>", y añadamos un nuevo evento:
		+
		+	BEGIN_EVENT_TABLE(TopFrame, wxFrame)
		+	EVT_MENU(wxID_EXIT, TopFrame::OnQuit)
		+	<b>EVT_MENU(ID_START, TopFrame::OnStart)</b>
		+	EVT_CLOSE(TopFrame::OnQuitX)
		+	END_EVENT_TABLE()
		+
		+	Y al final del constructor, demos la señal de que está parado:
		+
		+	(...)
		+	toolBar->AddTool(ID_STOP, wxBITMAP(stop), wxNullBitmap, false, wxDefaultCoord, wxDefaultCoord, (wxObject *)NULL, _T("Start"), _T("Run the progress bar"));
		+	<b>m_running = false;</b>
		+	}
		+
		+
		+	Y al final del todo añadamos la siguiente rutina:
		+
		+	void TopFrame::OnStart(wxCommandEvent& WXUNUSED(event))
		+	{
		+	int i;
		+	m_running = true;
		+	while(m_running)
		+	{
		+	for(i=1;i<=100;i++)
		+	{
		+	ProgressBar->SetValue(i);
		+	}
		+	for(i=99;i>=2;i--)
		+	{
		+	ProgressBar->SetValue(i);
		+	}
		+	}
		+	}
		+
		+
		+	Si recordáis como trabajamos con OnQuit(), lo mas puritano hubiera sido crear otro método llamado start(), y OnStart() tan sólo debería activar m_running, y llamar a start(), pero como siempre, las normas están para saltárselas, y por ahorrar un poco de tiempo, pues actuamos así, sin que sirva de precedente.
		+
		+	Respecto a la función, pues sólo es un bucle que va desde 1 hasta 100 y vuelve, dando valores a nuestra progresbar, repitiéndose hasta que m_running valga "false".
		+
		+	Bien, con esto ya tenemos nuestro "start", pero antes de nada, pongamos nuestro "stop".
		+
		+	=== Evento de "Stop": ===
		+
		+	Pues actuamos de forma absolutamente análoga, esto es, añadimos lo siguiente en la tabla de eventos (recordando que ya habíamos aprovechado para declarar nuestra función, luego huelga repetir ese paso):
		+
		+	BEGIN_EVENT_TABLE(TopFrame, wxFrame)
		+	EVT_MENU(wxID_EXIT, TopFrame::OnQuit)
		+	EVT_MENU(ID_START, TopFrame::OnStart)
		+	<b>EVT_MENU(ID_STOP, TopFrame::OnStop)</b>
		+	EVT_CLOSE(TopFrame::OnQuitX)
		+	END_EVENT_TABLE()
		+
		+	Y añadimos al final nuestro método:
		+
		+	void TopFrame::OnStop(wxCommandEvent& WXUNUSED(event))
		+	{
		+	m_running = false;
		+	}
		+
		+	Absolutamente simplón, que lo único que hace es establecer una señal de parado, para que OnStart termine su bucle.
		+
		+	Bien, comnpilamos y ejecutamos... (Y seguimos leyendo, que te adelanto que van a existir problemas)
		+
		+	¡Algo va mal! ¡No puedo pararlo! ¡La barra no se actualiza!. Bien, vuelve a code::blocks, y usa el botón rojo con un aspa blanca para detener el código.
		+
		+	Bien, el primer problema a corregir es que no podemos parar el código, esto se debe a que, aunque efectivamente al presionar cualquier botón se genera un evento, este evento no se procesa nunca, ya que nuestro código esta enfrascado en un bucle sin fin, así que parece estar claro ¿no?, tenemos que pedirle a nuestro código que procese los evento que se generen dentro del bucle, eso se hace (buscando como siempre en el API) con dos órdenes llamadas Pending() y Dispatch(). Pero claro, ambas órdenes forman parte de wxApp, luego necesitamos que TopFrame conozca SampleApp (que es nuestra wxApp).
		+
		+	Esto se puede hacer de otra forma, mucho más limpia, y bastante más elegante, pero que no obstante, no nos da tanta potencia, y por ello, ni tan siquiera la introduzco.
		+
		+	Bien, el primer paso es cambiar nuestro "<b>topframe.h</b>", añadiendo a la entrada de datos del Constructor lo siguiente:
		+
		+	TopFrame(<b>SampleApp * AApp</b>, wxString Title = _T("Welcome to wxWidgets"));
		+
		+	Y añadiendo una nueva variable privada (reitero, que no os estresse demasiado lo de publico, protegido, o privado, tan solo es una cuestión de limpieza, pero realmente es un poco indiferente):
		+
		+	(...)
		+	private:
		+	SampleApp * App;
		+	(...)
		+
		+	Y lo implementamos en "<b>topframe.cpp</b>"
		+
		+	la barra se mantiene inmutable, como oir llover vamos, esto se debe a que aunque nosotros actualizamos la barra, no actualizamos la ventana (topframe), luego esta no pinta los cambios.

	Contruyendo...		Contruyendo...

@@ Línea 130: / Línea 130: @@
        void Quit();
    private:
        void OnQuit(wxCommandEvent& event);

@@ Línea 55: / Línea 55: @@
        // any class wishing to process wxWidgets events must use this macro
        DECLARE_EVENT_TABLE()
-};
+  };
 Donde efectivamente llevamos a cabo todas las operaciones que planteabamos...

@@ Línea 243: / Línea 243: @@
 Las .bmp las usaremos en windows en su día, y están bien como están, pero las xpm, que son las que vamos a usar en linux, no están bien, y hay que hacer un par de operaciones previas...
-Abriéndolas nuevamente con el [[gimp]] (las xpm), vamos a introducirlas transparecia, para ello:
+Abriéndolas nuevamente con el [http://www.gimp.org gimp] (las xpm), vamos a introducirlas transparecia, para ello:
 # Vamos a "capa/transparencia/añadir canal alfa".
-# Seleccionamos la herramienta <b>varita mágica</b>, y con ella seleccionamos todo el gris de la imagen, y le damos a "Supr". Las reguardamos con el mismo nombre, y salimos de [[gimp]].
+# Seleccionamos la herramienta <b>varita mágica</b>, y con ella seleccionamos todo el gris de la imagen, y le damos a "Supr". Las reguardamos con el mismo nombre, y salimos de [http://www.gimp.org gimp].
-Ocurre que el formato xpm no le hace mucha gracia a c++, y si intentamos usarlas tal y como están, nos dará un montón de errores (advertencias) por conversión obsoleta, así que las abrimos con [[gedit]], o con cualquier editor de texto (lo que pasa que gedit nos va a permitir hacerlo como las balas), y hacemos lo siguiente:
+Ocurre que el formato xpm no le hace mucha gracia a c++, y si intentamos usarlas tal y como están, nos dará un montón de errores (advertencias) por conversión obsoleta, así que las abrimos con [http://www.guia-ubuntu.org/index.php?title=GEdit gedit], o con cualquier editor de texto (lo que pasa que gedit nos va a permitir hacerlo como las balas), y hacemos lo siguiente:
 # Nos aseguramos que la segunda línea es como sigue para cada uno de nuestros archivos:<br>start.xpm -> '''static char * start_xpm[] = {'''<br>stop.xpm -> '''static char * stop_xpm[] = {'''