February 2nd, 2010 by JuanK

En algunas aplicaciones llega a ser necesario tener una ventana sin borde en algún momento, una ventana sin borde se logra estableciendo la propiedad FormBorderStyle = None en el diseñador de Windows Forms o a través de código:

 
this.FormBorderStyle = FormBorderStyle.None;

Hasta ahí todo esta bien y no hay ningún problema al respecto, hasta que nos damos cuenta que una ventana sin borde no se deja maximizar ni minimizar.

De esto tratare en este artículo, el porqué de esta situación y como solucionarlo.

Como sabe una ventana que se debe maximizar o minimizar?

El bucle de mensajes

Las ventanas – y los demás controles – funcionan gracias a un bucle de mensajes, todo lo que manejamos nosotros como eventos : click del mouse, mover, cerrar, cambiar tamaño, maximizar etc, realmente es controlado por un bucle en donde se envían diferentes mensajes a la ventana, esta a su vez tiene un procedimiento que recibe estos mensajes y con base a los mensajes recibidos puede hacer una u otra cosa según se programe.

Si, para algunos esto ya debe estar sonando a cuento, pero las cosas son así por debajo de lo que usamos tradicionalmente. El tema del artículo no es explicar como funciona un ciclo de mensajes así que por el momento lo dejaremos hasta allí y quien quiera profundizar puede consultar esta fuente en internet http://www.winprog.org/tutorial/message_loop.html

Por el momento lo que si nos interesa del bucle de mensajes es que algunos de esos mensajes se utilizan para maximizar y minimizar las ventanas, es decir cuando uno utiliza alguna funcionalidad para minimizar una ventana, lo que ocurre realmente es que se envía el mensaje que dice: hey! minimízate y ya el manejador de la ventana hará lo necesario para minimizarse.

El problema de la ventana sin borde.

Resulta que cuando se crea una ventana el sistema de ventanas se encarga de asignar ciertas características de acuerdo a sus parámetros de creación, una de esas características es incluir llamados a las funciones internas de Windows Forms que minimizan y maximizan ventanas, pero cuando se esta creando una ventana sin borde, al no tener esta los botones de minimizar o maximizar simplemente se pasa por alto la necesidad de incluir llamados a esas funciones.

Tan es así que las ventanas sin borde ni siquiera reciben mensajes relacionados con maximizar y minimizar desde la barra de tareas de Windows, esto lo podemos verificar así:

• Crear una ventana con borde en el diseñador
• Sobre escribir el método WndProc ( que es el que procesa la cadena de mensajes enviados a la ventana)
• Interceptar el mensaje de minimizar la ventana y lanzar un MessageBox:

Lo que sucederá es que el mensaje se mostrará, pero si creamos desde un comienzo la ventana como ventana sin borde nos daremos cuenta que el mensaje nunca se lanza puesto que la ventana nunca recibe el mensaje indicando que se minimize, y aunque lo recibiera no haría nada.

Este es el código de como se debe dejar el WndProc en la forma para hacer las pruebas con y sin borde.

 
const int WM_SYSCOMMAND = 0x112;
const int SC_MINIMIZE = 0xF020;
 
protected override void WndProc(ref Message m)
{
    if (m.Msg == WM_SYSCOMMAND)
    {
        if (m.WParam == (IntPtr)SC_MINIMIZE)
            MessageBox.Show"Hacer lo que quieras en vez de minimizar");
 
        base.WndProc(ref m);
    }
    else
        base.WndProc(ref m);
}

Esto se convierte en un problema, pero como hacer para solucionarlo?

*Próximamente escribiré un breve artículo profundizando un poco más en la interceptación de mensajes y en el caso particular expuesto de minimizar la ventana.

Cambiar el comportamiento de la ventana

Como deshacernos de este problema y poder minimizar la ventana sin borde?

La respuesta esta escondida en mis líneas anteriores:

resulta que cuando se crea una ventana el sistema de ventanas se encarga de asignar ciertas características de acuerdo a sus parámetros de creación

Técnicamente hablando podríamos crear una ventana con borde y una vez inicializada cambiarle el estilo para que ahora estando sin borde se deje minimizar… ERROR eso no es posible porque apenas cambiamos el estilo de la ventana se llama una rutina que inicializa toda su estructura nuevamente… y al hacerlo elimina de nuevo la funcionalidad de minimizar y maximizar.

Para lograrlo hacer hay que hallar la forma de ‘engañar’ al sistema de ventanas del Windows Forms y hacerle creer que tiene una ventana con borde pero que realmente sea sin borde. Es decir debemos desde el comienzo crear una ventana con borde y luego volverla sin borde, PERO haciendo que el sistema de ventanas de Windows Forms no se entere, como es eso? con nuestra amiga la API de Windows haciendo llamados directamente al manejador de ventanas del sistema operativo sin pasar por Windows Forms.

Cuando una forma en Windows Forms es creada, esta inicializa todas sus estructuras de acuerdo a las propiedades establecidas y esto lo hace en un  método llamado CreateParams quien es el que internamente esta haciendo llamados a la API, bueno realmente es una propiedad, así que si reemplazamos  esta propiedad podemos hacer creer a Windows Forms que esta creando una ventana con bordes pero ya nos hemos encargado de quitarle dichos bordes “a la mala”.

Los pasos a seguir son los siguientes:

1. Crear la forma con el estilo normal que incluye los botones minimizar y maximizar
2. Sobre Escribir el método CreateParams
3. Introducir modificaciones al estilo de la ventana  pero no utilizando las propiedades de Windows Forms sino modificando los parámetros con los cuales Windows Forms le pedirá al sistema operativo que cree la nueva ventana.

Todos los pasos son fáciles, el que es un poco críptico es el paso 3, así que lo analizare en más detalle.

CreateParams

Esta propiedad tiene a su vez su propia estructura, y parte de esa estructura es el campo Style de tipo int, cuando Windows esta inicializando la forma se revisa ese campo para determinar el estilo de la ventana, y de hecho cada vez que modificamos el estilo de la ventana esta recrea su apariencia modificando no solo el valor de Style sino también modificando comportamientos como ya lo hemos visto anteriormente. Sin embargo desde el propio manejador de ventanas de Windows cambiar el estilo no implica cambiar de una vez el comportamiento – como ya vimos que si sucede en Windows Forms  – así que podemos cambiar el valor de Style sin necesidad de cambiar nada más.

Como nuestra forma justo antes de comenzar el paso 3 ya esta lista para minimizarse y maximizarse, lo que haremos en el paso 3 será modificar la propiedad Style de CreateParams para suprimirle ‘la caja de titulo’ y ‘el borde de cambiar tamaño’, como hacemos esto si Style es un tipo int? pues lo haremos a través de mascaras como si fuera una enum en Windows Forms.  He definido WS_THICKFRAME nada más para preservar la definición inicial que se da en la API de Windows. El código quedaría así:

const int WS_CAPTION    = 0xC00000;
const int WS_THICKFRAME = 0x00040000;
const int WS_SIZEBOX    = WS_THICKFRAME;
protected override CreateParams CreateParams
{
  get
  {
      CreateParams p = base.CreateParams;
      p.Style &= ~(WS_CAPTION | WS_SIZEBOX);
      return p;
  }
}

Simplemente estamos tomando los valores originales de CreateParams los cuales incluyen una ventana con bordes, pero reasignamos la propiedad Style para dejarla como estaba pero quitándole el borde de Resize y la barra de titulo.

Y Listo!!!

Eso es todo, ahora la ventana no tiene bordes y adicionalmente recibe el mensaje de minimizar, es más podemos combinar este código con el que veíamos en la primera parte y veremos como ahora si podemos interceptar el mensaje de minimizar !!

Para profundizar un poco más acerca de como modificar el comportamiento de las ventanas les recomiendo revisar este link:

http://juank.black-byte.com/c-modificar-boton-minimizar-maximizar/

Happy Learning!

October 3rd, 2008 by JuanK

El Miercoles 8 de octubre los invitamos a participar en el evento Descubriendo el ADO. NET Framework .

Confirma ya tu asistencia enviando un correo electrónico a eventosdotnet@hotmail.com indicando nombre completo, número de cedula, email, teléfono de contacto y/o Celular y empresa o universidad.

Cupos Limitados. Entrada Libre.

Fecha: Miércoles 8 de octubre de 2008

6:00 p.m

Lugar: Auditorio Microsoft

             Cra 7 # 71 – 21 Torre B Piso 15

             Bogotá, Colombia

POR FAVOR REENVIAR ESTA INVITACION A SUS CONTACTOS.

LOS ESPERAMOS

April 4th, 2008 by JuanK

Windows Comunication Foundation

Como algunos recordaran, en el evento del pasado 02 de abril de 2008, uno de los demos, el de Windows Communication Foundation no funcionó, pues bien acá les tengo el demo corregido, no sin antes explicarles cual fue el origen del error, que realmente fue una estupidez.

Resulta que como todos recordaran el demo se divide en dos partes: el cliente y el servidor, pues bien este es el screenshot del cliente:

Como puden ver el cliente esta hecho en WPF y tan solo tiene un botón, este demo se creo de manera manual hace ya algunos meses así que cuando se hizo se creó el siguiente código asociado al evento click del botón:

private void VerMensaje(object sender, EventArgs e)
{
    try
    {
        HolaMundoServiceProxy proxy = new HolaMundoServiceProxy();
 
        btnMostrarSaludo.Content = proxy.DecirHolaMundo();
    }
    catch (Exception ex)
    {
        MessageBox.Show(ex.Message);
    }
}

Fijense que uno de los parámetros de entrada es de tipo EventArgs, pues bien ahí es donde se generó el error puesto que tal como esta el ejemplo habría funcionado perfectamente, pero en medio del evento sucedio un infortunio…

Cuando inicie la presentación del demo les mostré la interfaz gráfica del cliente y acto seguido para mostrarles el código que llama al servicio le di doble click al botón desde el diseñador, esto ocasionó que internamente visual studio buscara un método asociado al evento click, y como no lo encontró decidió crear uno propio… sin código.

Algunos de ustedes ya pueden estar pensando “pero si nos acaba de mostrar el código asociado al click del botón…” es cierto pero resulta que Visual Studio por defecto buscará un método con este signature

private void VerMensaje(object sender, RoutedEventArgs e)

Y en el código que había sido creado manualmente no se utilizo RoutedEventArgs sino EventArgs, lo cual no tiene problema pero Visual Studio hace la busqueda del metodo de acuerdo al signature expuesto anteriormente.

Así las cosas lo único que había necesidad de hacer para ejecutar el demo correctamente era eliminar el método creado por Visual Studio para que fuera llamado el metodo originalmente creado. Les adjunto los archivos para que los puedan descargar, compilar y probar, también estan ya los binarios compilados por sino les interesa el código

Decarga de Código
Descarga de Binarios

Recuerden que el servidor, bajo Windows vista debe ser ejecutado con privilegios elevados, pueden intentar como click derecho ejecutar como administrador.