Formularios MDI con Visual Net

Formularios de interfaz múltiple (MDI)

Aplicaciones de estilo SDIUna aplicación de tipo o estilo SDI (Single Document Interface), Interfaz de Documento Sencillo, estácompuesta fundamentalmente de un único formulario, a través del cual, el usuario realiza toda lainteracción con el programa. Como ejemplos de este tipo de aplicación tenemos el Bloc de Notas o laCalculadora de Windows.

Un programa SDI puede tener más de un formulario, aunque no sea algo habitual. Cuando eso ocurre,los formularios se ejecutan independientemente, sin un elemento contenedor que los organice.

Aplicaciones de estilo MDIUna aplicación de tipo o estilo MDI (Multiple Document Interface), Interfaz de Documento Múltiple,se compone de un formulario principal, también denominado formulario MDI, que actuará comocontenedor de otros formularios (documentos) abiertos durante el transcurso del programa,denominados formularios hijos o secundarios MDI. Como ejemplos de este tipo de aplicación tenemosPowerPoint o Access.

A diferencia de lo que ocurría en versiones anteriores de VB, un formulario MDI admite los mismoscontroles que un formulario normal, aunque dada su orientación de formulario contenedor, serecomienda limitar los controles en un MDI a los estrictamente necesarios. El menú es el ejemplo másidentificativo de control idóneo para un formulario MDI, ya que a través de sus opciones, podremosabrir los formularios hijos de la aplicación.

Programación con Visual Basic .NET © Grupo EIDOS

602

Seguidamente describiremos el proceso de creación de un proyecto que contenga un formulario MDI ydos formularios hijos, así como el comportamiento de estos últimos cuando son abiertos dentro delformulario padre MDI. Este ejemplo tiene el nombre MDIPru, y se debe hacer clic aquí para accederal mismo.

Una vez creado el nuevo proyecto, cambiaremos el nombre del formulario por defecto a frmPrincipal.Para conseguir que este formulario tenga el comportamiento de un contenedor MDI, debemos asignarel valor True a su propiedad IsMdiContainer. También debemos establecer a este formulario comoinicial en las propiedades del proyecto.

Ahora pasaremos a la creación de los formularios hijos del MDI. El primero, frmCarta, permite laescritura en un TextBox multilínea, cuyo contenido podremos grabar a un archivo en disco. La Figura291 muestra este formulario.

Figura 291. Formulario hijo de MDI para escribir un texto largo.

El código del botón que realiza la grabación del texto lo podemos ver en el Código fuente 497.Debemos importar el espacio de nombres System.IO, ya que en esta clase del formulario hacemos usode los tipos File y StreamWriter.

Código fuente 497

© Grupo EIDOS 33. Formularios de interfaz múltiple (MDI)

603

El otro formulario hijo, frmInfo, muestra la fecha y hora actual; esta última es actualizada a través delcontrol Timer tmrTiempo. Ver la Figura 292.

Figura 292. Formulario hijo de MDI para mostrar fecha y hora actuales.

El Código fuente 498 muestra las instrucciones que se ejecutan en el evento Tick del control Timer.

Código fuente 498

El siguiente paso consiste en crear un menú para poder abrir los formularios hijos a través de susopciones. Ver Figura 293.

Figura 293. Menú del formulario MDI.

En las opciones Carta e Información del menú, instanciaremos un objeto del formulariocorrespondiente, teniendo en cuenta que para conseguir que dichos formularios se comporten comohijos del MDI, debemos asignar a su propiedad MdiParent, la instancia actual del formulario enejecución, es decir, Me. Veamos este punto en el Código fuente 499.


604

Código fuente 499

En la Figura 294 mostramos el formulario MDI en ejecución, conteniendo a los formularios hijosdependientes.

Figura 294. Aplicación MDI en ejecución.

Creación de menús de tipo Ventana, en formularios MDIEs probable que el lector haya observado, en algunas aplicaciones Windows de tipo MDI, que existeen la barra de menús de la ventana principal, un menú con el nombre Ventana o Window (depende del


605

idioma del programa), que nos muestra los nombres de los formularios hijos abiertos, permitiéndonoscambiar de formulario activo al seleccionar una de esas opciones.

En nuestras aplicaciones MDI también podemos disponer de un menú de este tipo, añadiendo unanueva opción al menú principal del formulario MDI, y asignando a su propiedad MdiList el valorTrue.

Adicionalmente, y para darle un aspecto más profesional a este menú, podemos añadir los MenuItemcorrespondientes a la organización de los formularios hijos en Cascada, Mosaico Horizontal, etc. Paraorganizar los formularios abiertos en la aplicación en alguno de estos modos, deberemos ejecutar elmétodo LayoutMdi( ) del formulario MDI, pasándole como parámetro uno de los valorescorrespondiente a la enumeración MdiLayout. El Código fuente 500 muestra las opcionescorrespondientes a la organización en cascada y en mosaico horizontal de nuestro ejemplo.

Código fuente 500

La Figura 295 muestra el mencionado menú Ventana de este proyecto, en cual contiene en este casolos nombres de los formularios abiertos que acaban de ser organizados en mosaico vertical.

Figura 295. Menú ventana en formulario MDI.


606

Bloqueo de opciones de menú en formularios MDIEn la aplicación de ejemplo que estamos desarrollando, podemos abrir tantas copias de los formularioshijos como necesitemos.

Respecto al formulario que nos permite escribir un texto para grabar a un archivo, es útil poder tenervarios formularios de este tipo, ya que podemos trabajar con diversos archivos a la vez.

Del formulario hijo que muestra la fecha y hora actual sin embargo, tener más de una copia no parecealgo muy lógico, ya que se trata simplemente de disponer de una información visualizada, y repetirla através de la apertura de varios formularios iguales no tiene mucho sentido.

Para conseguir que de un determinado formulario hijo sólo podamos abrir una instancia, debemoshacer dos cosas: en primer lugar, en el manipulador de evento correspondiente a la opción de menúque abre dicho formulario, asignaremos False a la propiedad True de la mencionada opción de menú.Veámoslo en el Código fuente 501.

Código fuente 501

En segundo lugar, dentro del código del formulario hijo, en nuestro caso frmInfo, debemos escribir elmanipulador para el evento Closed del formulario. Este evento se produce cuando se ha cerrado elformulario, por lo que desde aquí volveremos a activar la opción de menú del formulario padre, quehabíamos deshabilitado.

Para acceder desde un formulario hijo a su MDI contenedor, disponemos de la propiedad MdiParent,que nos devuelve una referencia de dicho formulario padre. Observe el lector en el Código fuente 502,cómo además de utilizar la mencionada propiedad, la potencia de la función CType( ) nos permite enuna sola línea de código, llevar a cabo esta acción.


607

Código fuente 502

La Figura 296 muestra el resultado al ejecutar. Mientras que el formulario de información esté abierto,su opción de menú en el MDI estará deshabilitada.

Figura 296. Opción de formulario hijo deshabilitada.

Recorrer los formularios hijos de un MDILa clase Form tiene la propiedad MdiChildren, que devuelve un array con todos los formularios hijosabiertos hasta el momento.

Esto nos permite recorrer todo este conjunto de formularios para realizar operaciones con alguno deellos o todos.

El Código fuente 503 muestra un ejemplo de uso de esta propiedad, en el que mostramos el título decada formulario hijo, y además, cambiamos su color de fondo.

Código fuente 503


608

Comportamiento No Modal (Modeless) de formulariosUn formulario de comportamiento no modal, permite el libre cambio de foco entre el resto deformularios de la aplicación.

Una clara muestra la hemos visto en el proyecto de ejemplo realizado durante los últimos apartadosdel texto. En dicha aplicación, podíamos abrir varios formularios hijos dentro del formulario MDIprincipal, y pasar de uno a otro sin restricciones.

Otra característica de los formularios no modales reside en que una vez creados y visualizados, el restodel código de la aplicación continúa su ejecución. Ver Código fuente 504.

Código fuente 504

Comportamiento Modal de formulariosComo contrapartida al anterior apartado tenemos los formularios de comportamiento modal, tambiéndenominados cuadros o ventanas de diálogo.

Un formulario modal, al ser visualizado, bloquea el paso a otros formularios de la aplicación hasta queno es cerrado (aceptado o completado) por el usuario.

Como ejemplo de estos formularios se acompaña el proyecto FormDialogos (hacer clic aquí paraacceder al ejemplo), del que pasamos a describir su proceso de creación.

Este proyecto contiene un formulario MDI llamado frmPrincipal, y uno hijo con el nombre frmHijo,que abrimos mediante una opción de menú; la creación de este tipo de formularios se ha descrito enapartados anteriores.

A continuación añadimos un nuevo formulario al proyecto con el nombre frmDialogo, que tambiénabriremos a través de la correspondiente opción de menú del formulario MDI.

Para que este formulario tenga un comportamiento modal, debemos mostrarlo ejecutando el métodoShowDialog( ) de la clase Form. En el Código fuente 505 tenemos las instrucciones necesarias.Observe también el lector, cómo hasta que el formulario de diálogo no es cerrado, no se mostrará elmensaje que hay a continuación de la llamada a ShowDialog( ). Si además intentamos pasar alformulario hijo, en el caso de que esté abierto, no podremos.


609

Código fuente 505

Para cerrar un formulario modal podemos, al igual que para cualquier formulario, ejecutar su métodoClose( ). No obstante, un formulario de diálogo suele proporcionar, aunque esto no es obligatorio, lostípicos botones para aceptar, cancelar, reintentar, etc.; de modo que una vez cerrado el formulario,podamos averiguar qué botón pulsó el usuario.

Podemos proporcionar este comportamiento en nuestros formularios modales, asignando a lapropiedad DialogResult de la clase Form, uno de los valores del tipo enumerado DialogResult. Estotendrá como efecto adicional el cierre del cuadro de diálogo.

Por lo tanto, vamos a añadir a nuestro formulario frmDialogo, dos controles Button: btnAceptar ybtnCancelar, en los que escribiremos las instrucciones del Código fuente 506.

Código fuente 506

Como ayuda en la construcción de formularios modales de diálogo, la clase Form dispone de laspropiedades AcceptButton y CancelButton, a las que podemos asignar sendos controles Button queserán ejecutados al pulsar las teclas [INTRO] y [ESCAPE] respectivamente.

Esto es lo que haremos en el formulario frmDialogo, asignando a AcceptButton el control btnAceptar,y en CancelButton asignaremos btnCancelar.

Finalmente, en el evento de la opción de menú que abre este formulario modal, correspondiente afrmPrincipal, añadiremos, tras la llamada a ShowDialog( ), el código que comprobará el resultado dela ejecución del formulario de diálogo. Ver el Código fuente 507.


610

Código fuente 507

La Figura 297 muestra el programa en ejecución. Como puede comprobar el lector, el formulariomodal, debido a su comportamiento, no se encuentra limitado a los bordes del formulario MDI; perodepende de este último, ya que si intentamos pasar el foco a un formulario hijo, no podremos.

Figura 297. Formulario modal de diálogo en ejecución.


611

Controles de cuadros de diálogo del sistemaDel conjunto de controles que nos ofrece la ventana Cuadro de herramientas del IDE, existe un grupoque nos permite el acceso a los cuadros de diálogo estándar del sistema operativo, esto es, los cuadrosde selección de color, tipo de letra o fuente, apertura-grabación de archivo, etc.

Para ilustrar el uso de algunos de estos controles, vamos a crear un proyecto de ejemplo con el nombreDialogosSistema (hacer clic aquí para acceder al ejemplo), en el que describiremos su modo de uso enlos aspectos de diseño y codificación.

Crearemos pues, un nuevo proyecto de tipo aplicación Windows, y en su formulario, insertaremos unmenú, añadiendo las siguientes opciones: Abrir, Guardar, Color y Fuente. Cada opción mostrará untipo de diálogo del sistema.

Seguidamente insertaremos un TextBox, que acoplaremos con la propiedad Dock a todo el espacio delformulario, y que nos servirá como base para las operaciones a realizar mediante los controles dediálogo. La Figura 298 muestra el aspecto de este formulario.

Figura 298. Formulario de pruebas para controles de diálogo estándar.

Una vez dibujado un control de cuadro de diálogo en el formulario, dicho control quedará ubicado enel panel de controles especiales, al igual que sucede con los menús. Para abrir un control de este tipoen tiempo de ejecución, emplearemos su método ShowDialog( ).

A continuación describiremos cada uno de los controles de diálogo utilizados en este ejemplo.

ColorDialogEste control muestra el cuadro de diálogo del sistema para la selección de colores. Entre suspropiedades podemos destacar las siguientes.

Color. Contiene un tipo de la estructura Color, que nos permite obtener el color seleccionadopor el usuario mediante este cuadro de diálogo, para poder aplicarlo sobre alguno de loselementos del formulario.


612

AllowFullOpen. Contiene un valor lógico que permite habilitar y deshabilitar el botón quemuestra el conjunto de colores personalizados del cuadro de diálogo de selección de colores.

Al seleccionar en el formulario, la opción de menú Color, ejecutaremos el Código fuente 508 que nospermitirá, utilizando el control dlgColor, de tipo ColorDialog, elegir un color y aplicarlo a lapropiedad BackColor, del control TextBox.

Código fuente 508

La Figura 299 muestra esta aplicación con el formulario y el cuadro de selección de color abiertos.

Figura 299. Cuadro de diálogo estándar para selección de colores.

FontDialogEste control muestra el cuadro de diálogo del sistema para la selección del tipo de fuente. Entre suspropiedades podemos destacar las siguientes.

Font. Contiene un tipo de la clase Font. Una vez seleccionada una fuente por el usuario en elcuadro de diálogo, podremos cambiar el fuente de los controles del formulario.

ShowApply. Contiene un valor lógico que permite mostrar-ocultar el botón Aplicar, que nospermitirá asignar el tipo de letra sin cerrar el diálogo. Al pulsar este botón se desencadenará el


613

evento Apply de este control de diálogo, en el que podremos escribir el código necesario paraaplicar la nueva fuente seleccionada.

Al seleccionar en el formulario la opción de menú Fuente, ejecutaremos el Código fuente 509 que nospermitirá, utilizando el control dlgFuente, de tipo FontDialog, elegir un tipo de letra, y aplicarlo a lapropiedad Font del control TextBox; con la particularidad de que el cambio de letra lo haremos tantoal pulsar el botón Aceptar, como Aplicar del cuadro de diálogo.

Código fuente 509

La Figura 300 muestra el cambio de fuente sobre el texto del formulario.

Figura 300. Cuadro de diálogo del sistema para selección de tipo de letra.


614

SaveFileDialogEste control muestra el cuadro de diálogo del sistema, mediante el que escribimos un nombre dearchivo, y elegimos un directorio, sobre el cual grabaremos información.

Es importante precisar que el control no se ocupa del proceso de grabación de datos; su cometido es elpermitirnos navegar por la estructura del sistema de archivos del equipo, y la selección de un nombrepara el archivo a grabar.

Entre las propiedades del control, podemos destacar las siguientes.

Title. Contiene una cadena con el título que aparecerá en el cuadro de diálogo.

InitialDirectory. Ruta inicial que mostrará el control al abrirse.

Filter. Cadena con el tipo de archivos que mostrará el cuadro de diálogo al navegar por elsistema de archivos. El formato de esta cadena es el siguiente: NombreArchivo(*.Extensión)|*.Extensión; pudiendo situar varios filtros separados por el carácter de barravertical ( | ).

FilterIndex. Número que corresponde a alguno de los tipos de archivo establecidos en lapropiedad Filter.

FileName. Nombre del archivo en el que se realizará la escritura

DefaultExt. Cadena con la extensión por defecto a aplicar sobre el nombre del archivo.

CheckFileExists. Valor lógico que nos permite comprobar si el archivo sobre el que vamos agrabar ya existe.

ValidateNames. Valor lógico que comprobará si el nombre de archivo proporcionadocontiene caracteres especiales, es decir, si se trata de un nombre válido.

Al seleccionar en el formulario la opción de menú Grabar, ejecutaremos el Código fuente 510, que nospermitirá, utilizando el control dlgGrabar, de tipo SaveFileDialog, seleccionar el nombre de unarchivo, y grabar el TextBox del formulario sobre el mismo, mediante un StreamWriter.


615

Código fuente 510

La Figura 301 muestra el cuadro de dialogo de grabación de archivo.

Figura 301. Cuadro de diálogo para la grabación de archivos.

OpenFileDialogEste control muestra el cuadro de diálogo del sistema, mediante el que seleccionamos un archivo parapoder abrirlo posteriormente, y realizar sobre el mismo operaciones de lectura-escritura.

Al igual que en el control anterior, la lectura y escritura de información es algo que deberemos realizarpor código, una vez que hayamos elegido el archivo mediante este cuadro de diálogo

Las propiedades de este control son prácticamente las mismas que las de SaveFileDialog, con algunasexcepciones como las siguientes.

Multiselect. Contiene un valor lógico, que nos permitirá la selección de múltiples archivos.

ShowReadOnly. Permite mostrar la casilla de verificación para mostrar los archivos de sólolectura.

ReadOnlyChex. Permite obtener y establecer el valor para la casilla de verificación de sólolectura del cuadro de diálogo.

Al seleccionar en el formulario la opción de menú Abrir, ejecutaremos el Código fuente 511, que nospermitirá, utilizando el control dlgAbrir, de tipo OpenFileDialog, seleccionar un archivo existente, ypasar su contenido al TextBox del formulario, utilizando un StreamReader.


616

Código fuente 511

La Figura 302 muestra este cuadro de diálogo en ejecución

Figura 302. Cuadro de diálogo de apertura de archivos.

Formularios dependientes y controlesavanzados

Formularios dependientes y fijos en primer planoUn formulario dependiente, también denominado owned form, consiste en un formulario que esabierto por otro, denominado formulario dueño (owner form), permaneciendo ambos abiertos, sin queel formulario dependiente requiera ser cerrado, en el caso de que necesitemos pasar el foco alformulario dueño.

No necesitamos ir muy lejos para encontrar un ejemplo de este tipo de formularios, en el propio IDEde Visual Studio tenemos muchos casos. En la ventana del editor de código, cuando abrimos laventana de búsqueda de texto tecleando [CTRL + F], quedan ambas visibles en todo momento, aunqueno efectuemos ninguna búsqueda y el foco lo tengamos en el editor de código. En este caso, la ventanaBuscar es dependiente de la ventana del editor de código. Ver Figura 303.

Este comportamiento en los formularios contrasta claramente con el que tienen los formularios dediálogo, en los cuales, hasta que no es cerrado el diálogo, no podemos retornar el foco a la ventana queabrió el diálogo.

En versiones anteriores de VB, conseguir un formulario con tal funcionamiento era una ardua tarea,que requería de conocimientos sobre el API de Windows; sin embargo, el nuevo motor de formulariosde la plataforma .NET, nos permite a través de una serie de propiedades, que la configuración deformularios dependientes sea un trabajo realmente fácil y rápido de conseguir.


618

Figura 303. Editor de código de Visual Studio con ventana de búsqueda.

Por otra parte, un formulario fijo en primer plano, también denominado topmost form, consiste en unformulario que siempre aparece en primer plano respecto al resto de formularios de la aplicación. Setrata de una ligera variación de comportamiento respecto al formulario dependiente; mientras que esteúltimo, en algunas ocasiones puede ser tapado por otros formularios del programa, un formulariotopmost siempre permanece visible en primer plano.

Para ilustrar el modo de creación y funcionamiento de este tipos de formularios, se acompaña elproyecto de ejemplo FormDependiente (hacer clic aquí para acceder al ejemplo), del quecomentaremos los pasos principales para su creación.

Una vez creado este proyecto, eliminaremos su formulario por defecto, y añadiremos el formulariofrmPrincipal, que configuraremos como contenedor MDI, y al que añadiremos un menú que nospermitirá abrir un formulario hijo para escribir un texto, y otro de diálogo para mostrar un literal. LaFigura 304 muestra esta ventana MDI de la aplicación.

Figura 304. Formulario MDI para el ejemplo con formularios dependientes.

© Grupo EIDOS 34. Formularios dependientes y controles avanzados

619

El siguiente paso consistirá en crear el formulario frmCarta, que utilizaremos para abrir losformularios dependientes que crearemos posteriormente en este proyecto. La Figura 305 muestra esteformulario.

Figura 305. Formulario para escribir un texto y abrir formularios dependientes.

El Código fuente 512 muestra el código del menú de frmPrincipal que instancia este objeto y lomuestra como formulario hijo del MDI.

Código fuente 512

A continuación agregaremos al proyecto el formulario frmBuscar. Este formulario actuará comodependiente de frmCarta, permitiéndonos buscar una cadena en el TextBox de este último. La Figura306 muestra el aspecto de frmBuscar. Aunque no sería necesario, para adaptarlo mejor a sufuncionamiento, hemos variado mediante la propiedad FormBorderStyle, el estilo de su borde aventana de herramientas con el valor FixedToolWindow.

Para conseguir que frmBuscar se comporte como formulario dependiente, al pulsar dentro de frmCartael botón Buscar, instanciaremos un objeto frmBuscar, añadiéndolo a la colección de formulariosdependientes de frmCarta mediante el método AddOwnedForm( ), de la clase Form. El Código fuente513 muestra el código del botón Buscar en el formulario frmCarta.


620

Figura 306. Formulario dependiente frmBuscar.

Código fuente 513

Podemos eliminar la asociación entre un formulario propietario y uno dependiente mediante el métodoRemoveOwnedForm( ) en el formulario propietario. Esto no quiere decir que el formulariodependiente sea eliminado, simplemente se elimina su dependencia con respecto al propietario.

En lo que respecta al código de frmBuscar, al pulsar su botón Buscar, buscamos el contenido delcontrol txtBuscar en el formulario propietario frmCarta.

Si la búsqueda tiene éxito, seleccionamos el texto encontrado dentro del propietario. La propiedadOwner del formulario nos devuelve una referencia del propietario, mientras que para manipular loscontroles de dicho propietario, realizaremos un moldeado de tipo o type casting sobre Ownerutilizando la función CType( ) (observe el lector de nuevo, la enorme potencia que encierra estafunción).

Además mostramos una etiqueta en el formulario dependiente, que sólo se visualizará al localizar eltexto; cuando volvamos a escribir de nuevo texto a buscar, se ocultará dicha etiqueta. El Código fuente514 muestra los métodos de frmBuscar que llevan a cabo estas labores.


621

Código fuente 514

La Figura 307 muestra la aplicación con ambos formularios abiertos. El formulario frmCarta tiene elfoco actualmente, pero eso no impide que frmBuscar también permanezca abierto, para poder pasar aél en cualquier momento.

Figura 307. Formulario propietario y dependiente en funcionamiento.

Un formulario dependiente, aunque se muestra en todo momento encima de su propietario, puede serocultado por otro formulario de la aplicación. Para demostrarlo, añadiremos al proyecto el formulariofrmDatosUsuario, que se mostrará como cuadro de diálogo, visualizando un Label en su interior. VerFigura 308.


622

Figura 308. Formulario frmDatosUsuario.

El código de la opción de menú de frmPrincipal que abre este formulario se muestra en el Códigofuente 515.

Código fuente 515

La Figura 309 muestra como este formulario oculta parcialmente al de búsqueda.

Figura 309. Formulario de diálogo ocultando parte del formulario dependiente.


623

Para lograr que un formulario se muestre en todo momento por encima del resto de formularios de laaplicación, hemos de asignar el valor True a su propiedad TopMost; obtenemos de esta manera, unformulario con estilo de visualización fijo en primer plano.

Ilustraremos este particular añadiendo un nuevo formulario al proyecto, con el nombre frmPonerColor,en el que asignaremos a su propiedad TopMost el valor True. Ver la Figura 310.

Figura 310. Formulario de estilo TopMost.

El Código fuente 516 muestra el código del botón Color de frmCarta, en el que se crea un formulariofrmPonerColor y se visualiza.

Código fuente 516

En este momento debemos hacer dos observaciones: en primer lugar, no añadimos el formulariofrmPonerColor a la colección de formularios dependientes del propietario; en segundo lugar, alinstanciar el objeto frmPonerColor, estamos pasando al constructor de esta clase la referencia delformulario propietario.

La explicación a este modo de proceder la encontramos dentro del código del formulario dependiente;en donde añadimos dicho formulario, a la lista de formularios dependientes del propietario, utilizandola propiedad Owner de la clase base Form. Esto tiene el mismo efecto que usar el métodoAddOwnedForm( ). El Código fuente 517 muestra el constructor de la clase frmPonerColor, en dondellevamos a cabo esta operación.


624

Código fuente 517

Al volver a ejecutar ahora el programa, si abrimos el formulario frmPonerColor y después el cuadro dediálogo, será el formulario de configuración de color el que prevalezca por encima, al ser dependientey TopMost. Ver Figura 311.

Figura 311. El formulario TopMost siempre se sitúa encima del resto.

Este formulario será abierto también desde frmCarta, mediante su botón Color, y lo utilizaremos paracambiar el color del control de texto de frmCarta. El Código fuente 518 muestra el procedimientomanipulador de evento de los controles RadioButton, en el que se realiza el cambio de color en elformulario propietario.


625

Código fuente 518

Para finalizar con los formularios dependientes, debemos indicar que la clase Form dispone de lapropiedad OwnedForms, que contiene una colección con los formularios dependientes de unformulario que actúe como propietario.

Ya que en este ejemplo es el formulario frmCarta el que se comporta como propietario, añadiremos unbotón con el nombre btnDependientes, que nos permitirá recorrer la mencionada colección, y hacer,desde el propietario, una manipulación sobre los formularios dependientes, en el caso de que hayaalguno abierto. El Código fuente 519 muestra el código de este botón.


626

Código fuente 519

Validación de controlesLos controles Windows vienen provistos de un potente y flexible sistema de validación, que nospermitirá comprobar si el usuario introduce los valores adecuados en un control, de modo que lepermitiremos pasar el foco a otro control, u obligarle a permanece en el actual hasta que su valor nosea correcto.

En este esquema de validación, los miembros principales de la clase Control que intervienen son lossiguientes.

CausesValidation. Esta propiedad nos permite establecer un valor lógico, de manera quecuando un control capture el foco, provocará la validación para otro control del formulario quela requiera.

Validating. Este evento se produce para que podamos escribir el código de validaciónoportuno en un manipulador de evento. El procedimiento manejador de evento recibe entre susparámetros un objeto de tipo CancelEventArgs, por lo que si la validación no es correcta,asignaremos False a la propiedad Cancel de dicho objeto.

Validated. Este evento se produce en el caso de que la validación haya tenido éxito.

El proyecto de ejemplo ValidarControl (hacer clic aquí para acceder a este ejemplo) consta de unformulario con tres controles TextBox. Todos tienen el valor True en su propiedad CausesValidation,y adicionalmente, para el control txtImporte hemos escrito el procedimiento que actuará comomanipulador del evento Validating; con ello impediremos el paso desde dicho control a los demáshasta que su contenido no sea numérico. Si pasamos la validación, se ejecutará en ese caso el códigodel evento Validated. Veamos estos manipuladores de evento en el Código fuente 520.

Código fuente 520

La Figura 312 muestra esta aplicación en funcionamiento, durante la ejecución del evento devalidación.

En el control txtFecha por otro lado, podemos teclear cualquier valor, aunque no sea fecha, ya que noproporcionamos manipuladores de evento para validar su contenido.


627

Cuando escribimos código de validación empleando estos miembros de la clase Control hemos detener presente el comportamiento, a veces no muy intuitivo, del sistema de validación para controlesen los formularios Windows.

Figura 312. Validación de un control.

Como hemos mencionado anteriormente, cuando la propiedad CausesValidation de un controlcontiene True, al recibir el foco dicho control, se provocará el evento de validación para el control queacaba de perder el foco. Pero si pasamos el foco a un control en el que CausesValidation contieneFalse, la validación no se producirá sobre el control que acaba de perder el foco.

Esto lo podemos comprobar muy fácilmente sobre nuestro proyecto de ejemplo, asignando al controltxtFecha el valor False en su CausesValidation. A partir de ahora, cuando estemos situados en elcontrol txtImporte, si este no contiene un número, se producirá la validación si pasamos el foco atxtNombre, pero no se validará si pasamos a txtFecha.

Controles avanzadosLos controles del Cuadro de herramientas del IDE tratados hasta el momento, son los que podríamosconsiderar básicos o estándar en todas las aplicaciones; no obstante, esta ventana de herramientasdispone de otra serie de controles avanzados o adicionales, que si bien, no son imprescindibles paraconseguir la funcionalidad elemental del programa, sirven como un magnífico complemento a la horade dotar a nuestras aplicaciones de un interfaz de usuario plenamente operativo.

En los siguientes apartados desarrollaremos un proyecto con el nombre ControlAvanzado (hacer clicaquí para acceder a este ejemplo), a través del cual, realizaremos una descripción general de algunosde estos controles adicionales y su modo de uso.

Como primer paso en este proyecto, eliminaremos el formulario por defecto, añadiendo a continuaciónuno nuevo con el nombre frmPrincipal, al que daremos la característica MDI mediante la propiedadIsMdiContainer. En este formulario crearemos un menú con un conjunto de opciones generales: Abrir,Guardar, Salir, etc.


628

ImageListEste control actúa como repositorio de imágenes, del que se alimentarán otros controles del formularioque necesiten mostrar gráficos en su interior.

Una vez añadido este control en el formulario, se situará en el panel de controles especiales deldiseñador, y haciendo clic en su propiedad Images, se abrirá la ventana de la Figura 313, en la quepodremos añadir y quitar las imágenes que van a formar parte de la lista del control, así como ver en elpanel complementario, la información sobre cada imagen asignada.

Figura 313. Ventana de administración de imágenes del control ImageList.

Las imágenes que insertamos en el control tienen un tamaño por defecto, en el caso de quenecesitemos modificarlo, expandiremos la propiedad ImageSize en la ventana de propiedades yasignaremos nuevos valores en Width y Height.

Otra ventaja de este control es que nos permite manipular las imágenes por código, por ejemplo, paraañadir nuevas imágenes, debemos usar el método Add( ) de su propiedad Images, como muestra elCódigo fuente 521.

Código fuente 521


629

ToolBarEste control representa la barra de herramientas o botones de acceso rápido que facilitan al usuario laejecución de los procesos principales del programa, evitándole la navegación por el menú delformulario.

Al ser dibujado, este control queda acoplado a la parte superior del formulario. Después de ponerletbrBarra como nombre, asignaremos a su propiedad ImageList, el control de ese mismo tipo queacabamos de crear; esto nos permitirá asignar los gráficos de la lista a los botones que vayamoscreando en el ToolBar. Para establecer el tamaño de los botones de la barra utilizaremos la propiedadButtonSize de este control.

Seguidamente haremos clic en la propiedad Buttons, que abrirá una ventana con la colección debotones de la barra, en la que podremos crear y configurar dichos botones. Ver Figura 314.

Figura 314. Editor de botones del control ToolBar.

Cada botón en un ToolBar es un objeto de tipo ToolBarButton, del que podemos destacar lassiguientes propiedades.

Text. Cadena con el texto que muestra el botón.

ImageIndex. En el caso de asociar el ToolBar con un control ImageList, en esta propiedadasignamos para un botón una de las imágenes del ImageList, indicando el número de orden dela imagen.

Style. Permite establecer el estilo del botón: de pulsación; separador; o de tipo desplegable,que abre un subconjunto de opciones.


630

DropDownMenu. Si asociamos el botón con una opción de la barra de menú del formulario,y configuramos su estilo como DropDownButton, al pulsar el botón desplegable, se mostraránlas opciones de menú; el efecto será el mismo que si hubiéramos desplegado directamente elmenú del formulario.

La Figura 315 muestra la ventana principal de la aplicación con la barra de herramientas

Figura 315. Formulario con ToolBar.

Una vez terminado el diseño del ToolBar, debemos codificar su evento ButtonClick, que seráprovocado cada vez que se pulse un botón de la barra. Dentro del procedimiento de este evento,comprobaremos qué botón ha sido pulsado y ejecutaremos las acciones oportunas. El Código fuente522 muestra este evento. Tanto el botón Abrir como la opción de menú del mismo nombre realizan lamisma tarea, por lo que llaman al método AbrirArchivo( ), que es quien realmente muestra elformulario necesario.


631

Código fuente 522

Al haber asignado al botón btnPersonal uno de los menús de la barra del formulario, no será necesarioescribir código para detectar este botón en el evento ButtonClick, ya que se ejecutará directamente elcódigo del evento Click de las opciones de menú. El Código fuente 523 muestra el códigoperteneciente a la opción de menú Personal + Datos.

Código fuente 523

StatusBarPara mostrar una barra informativa de estado recurriremos a este control, que al dibujarse quedasituado en la parte inferior del formulario; como nombre le daremos sbrEstado. De forma similar alToolBar, un control StatusBar está compuesto de una colección de objetos Panel, que iremosañadiendo al control mediante la propiedad Panels, la cual mostrará una ventana para la creación yconfiguración de tales paneles. Ver Figura 316.

Figura 316. Editor de paneles del control StatusBar.


632

Entre las propiedades destacables de un objeto Panel podemos mencionar las siguientes.

BorderStyle. Muestra el panel con efecto resaltado, hundido o normal.

Icon. Permite asociar un icono al panel.

AutoSize. Con esta propiedad podemos conseguir que el panel se redimensione ajustándose asu contenido o que tenga un tamaño fijo.

En este ejemplo, hemos añadido dos paneles a la barra de estado del formulario. En uno mostramos untexto fijo; mientras que en el otro, visualizamos la hora actual a través de un objeto Timer queponemos en marcha en el evento Load del formulario. Veamos los métodos implicados, en el Códigofuente 524.

Código fuente 524

La Figura 317 muestra el formulario con la barra de estado.

Figura 317. Formulario con StatusBar.


633

Finalizada la creación del StatusBar, añadiremos al proyecto un formulario con el nombrefrmDatosPersonal, en el dibujaremos un conjunto de nuevos controles que iremos describiendoseguidamente.

DateTimePickerEste control permite la selección e introducción de fechas en una caja de texto con capacidadesextendidas, o bien mediante un calendario desplegable que se mostrará al pulsar el botón de expansiónque contiene. Ver Figura 318.

Figura 318. Control DateTimePicker.

Para modificar la fecha en el cuadro de texto, debemos situarnos en la parte a modificar de la fecha yteclear el nuevo valor, o bien, con las flechas de dirección arriba-abajo, cambiar esa parte de la fecha.Si expandimos el calendario, podremos realizar la selección de un modo más gráfico.

Por defecto el control muestra la fecha actual, pero con la propiedad Text podemos cambiar la fechapor código, cosa que hacemos al cargar el formulario, asignando una fecha distinta de la actual. VerCódigo fuente 525.

Código fuente 525

Podemos restringir el rango de fechas a mostrar por este control con las propiedades MinDate yMaxDate. Si queremos, por otra parte, que la fecha se muestre con un formato personalizado,aplicaremos dicho formato mediante la propiedad CustomFormat, teniendo en cuenta que no se haráefectivo hasta que a la propiedad Format no le asignemos el valor Custom.

El botón btnCambiosFecha del formulario realiza algunas modificaciones por código sobre el controlDateTimePicker dtpFNacim del formulario, que vemos en el Código fuente 526.


634

Código fuente 526.

NumericUpDownControl que muestra una caja de texto con un valor numérico que podremos ir aumentando-disminuyendo al pulsar los botones para esta labor de que dispone el control. La Figura 319 muestraeste control en nuestro formulario de pruebas.

Figura 319. Control NumericUpDown.

Entre las propiedades de este control destacaremos las siguientes.

Increment. Número en el que se incrementará el valor del control cuando pulsemos susbotones o teclas de dirección.

InterceptArrowKeys. Permite que las flechas de dirección arriba-abajo tengan el mismoefecto que si pulsamos los botones para incrementar o disminuir, de este control.

Maximum, Minimun. Contienen los límites superior e inferior en cuanto al número quepodrá contener el control.

TextAlign. Permite alinear el número dentro la caja de texto del control.

UpDownAlign. Permite situar los botones del control a la izquierda o derecha de la caja detexto que contiene el valor.

Entre los eventos de que dispone este control, ValueChanged se produce cada vez que cambia el valordel control, de modo que en este caso, vamos a cambiar el color de fondo en función del número quecontenga. Veamos el Código fuente 527.


635

Código fuente 527

DomainUpDownEste control nos permite desplazarnos por una lista de valores, al mismo estilo que el control anterior.Dicha lista de valores la crearemos mediante la propiedad Items, en tiempo de diseño o ejecución.

El Código fuente 528 muestra como al cargar el formulario frmDatosPersonal, con la propiedad Itemsy su método AddRange( ), añadimos los valores que seleccionaremos en el control en tiempo deejecución.

Código fuente 528

La Figura 320 muestra el control dudCategoría, de este tipo al ser utilizado en el formulario. En elcaso de que necesitemos los valores ordenados, asignaremos True a su propiedad Sorted.

Figura 320. Control DomainUpDown.

MonthCalendarEste control muestra en modo gráfico un calendario por el que podemos desplazarnos para seleccionaruna fecha. El control DateTimePicker utiliza internamente un MonthCalendar para mostrar sucalendario desplegable.

Por defecto se visualiza un mes, pero si asignamos a su propiedad CalendarDimensions un objeto Size,podemos expandir el tamaño del calendario para que muestre varios meses. El Código fuente 529muestra el código de un botón del formulario mediante el que cambiamos el tamaño del calendario.


636

Código fuente 529

En la Figura 321 vemos el resultado de expandir el tamaño del control.

Figura 321. Control MonthCalendar con el tamaño ampliado.

Para detectar la selección de una fecha utilizaremos el evento DateChanged. Debido a que en uncontrol MonthCalendar podemos seleccionar un rango de fechas, las propiedades que tenemos quemanipular para averiguar la fecha/s seleccionada/s son: SelectionStart, SelectionEnd ySelectionRange, aunque en muchas ocasiones sólo será necesario utilizar una de ellas. Veamos elCódigo fuente 530.

Código fuente 530

LinkLabelEste control permite tener en un formulario Windows un enlace hacia una página de Internet, con uncomportamiento similar al que encontramos en un hiperenlace de una página web.


637

Su propiedad Text muestra un literal, de modo que al hacer clic sobre el mismo, se provocará el eventoLinkClicked en el que escribiremos el código a ejecutar.

En nuestro formulario de ejemplo, hemos creado un control de este tipo con el nombre lnkEidos, quetiene el aspecto de la Figura 322, ya que además del enlace, le hemos asignado una imagen.

Figura 322. Conrol LinkLabel.

Para conseguir que al hacer clic en este enlace, se abra Internet Explorer y navegue hacia unadeterminada página, vamos a utilizar la clase Process, que como su nombre indica, nos permite lagestión de procesos del sistema, tales como su inicio y finalización.

En este caso, el método compartido Start( ), de Process, va a ejecutar el navegador al pasarle comoparámetro una dirección web en forma de cadena. Veamos el Código fuente 531.

Código fuente 531

Creación y manipulación de elementos en ejecuciónEl conjunto de controles que acabamos de ver, al igual que los básicos permiten ser creados no sólomediante el diseñador de formularios, sino también desde código. Como muestra de ello, la opción demenú Varios + Añadir botón y panel, añade dos imágenes al control ImageList del formulariofrmPrincipal, creando un nuevo botón para el ToolBar y un panel para el StatusBar Ver el Códigofuente 532.


638

Código fuente 532

Para detectar la pulsación del nuevo botón de la barra de herramientas, añadimos el siguiente códigoen su evento ButtonClick, que vemos en el Código fuente 533.

Código fuente 533

La Figura 323 muestra este formulario en ejecución tras añadir los nuevos elementos.

Figura 323. Nuevos controles añadidos al formulario en tiempo de ejecución.

NotifyIconEste control permite añadir un icono asociado con nuestra aplicación en el panel de iconos del sistema(Windows System Tray) situado en la parte derecha de la barra de tareas de Windows.

Tales iconos suelen utilizarse por aplicaciones que permanecen ocultas, y al hacer clic derecho sobresu icono en este panel, aparece un menú contextual que permite mostrar la aplicación.

En nuestro caso vamos a utilizar este control para ejecutar y parar la calculadora del sistemaempleando la clase Process, comentada en un apartado anterior.


639

Después de agregar un control de este tipo al formulario, asignaremos un icono a su propiedad Icon yuna cadena a su propiedad Text, que será mostrada al situar el ratón encima de este control en tiempode ejecución.

Crearemos después un menú contextual con las opciones Abrir y Cerrar, que asignaremos a lapropiedad ContextMenu del control NotifyIcon.

Para poder controlar la calculadora de Windows cuando esté en ejecución, declararemos una variablede tipo Process a nivel de la clase. Al ejecutar la calculadora mediante el método Start( ) de la claseProcess, obtendremos un objeto de dicho tipo, que pasaremos a esta variable, y nos permitiráposteriormente, cerrar el proceso en el que se está ejecutando la calculadora mediante el método Kill(). Veamos esta parte en el Código fuente 534.

Código fuente 534

Al ejecutar el programa, se mostrará un nuevo icono en la lista del panel de iconos del sistema de labarra de tareas, como muestra la Figura 324.

Figura 324. Control NotifyIcon en el panel de iconos del sistema de la barra de tareas.


640

Como puede comprobar el lector, la clase Process amplía enormemente nuestra capacidad demanipulación de los procesos del sistema.

Documents

Formularios MDI con Visual Net