Esta es la ventana de la aplicación en modo diseño (figura 1).
Figura 1. La ventana principal en modo diseño
Los cambios en el código XAML que he puesto son menores, para que los botones de seleccionar de los paneles superiores no se peguen demasiado a las esquinas de la derecha, para ello he cambiado el valor de Padding del control GroupBox y he reducido el margen (Margin) de la parte izquierda de los botones. También he puesto el ancho de la primera columna del ListView a 220, ya que hay espacio suficiente (la ventana principal tiene asignado un valor mínimo de 830 de ancho.
Por si te sirve de ayuda, sobre todo si has usado padding y margin en los estilos CSS.
Comentarte que los valores de Padding y Margin en Xaml se refieren a las posiciones: left, top, right, bottom, a diferencia de las usadas en los estilos CSS, que hacen referencia a: top right bottom left. De nada
Aquí tienes el código XAML (del diseñador de WPF) del panel superior izquierdo, el de la derecha es prácticamente igual.
El ListView (concretamente cada GridViewColumn) definen un enlace (Binding) a Nombre y Fecha, de esa forma podremos agregar a cada elemento del ListView un objeto definido por nosotros (ItemFic) con esas dos propiedades y se asignarán correctamente a cada una de las columnas del ListView.
Esta es la definición de las clases ItemFic y ItemDir, esta última la usaré para mostrar el nombre del directorio del ListView definido en el panel inferior.
El método llenar es el que se encarga de asignar los elementos a los ListView.
classItemDir
{
publicstring Nombre { get; set; }
}
classItemFic : ItemDir
{
public DateTime Fecha { get; set; }
}
///<summary>
/// Llenar un listview con los ficheros del directorio
///</summary>
privatevoid llenar(ListView lvFiles, string dir)
{
lvFiles.Items.Clear();
var dirI = new sio.DirectoryInfo(dir);
if (dirI.Exists == false)
return;
foreach (var fi in dirI.GetFiles())
{
var lvi = new ItemFic() { Nombre = fi.Name, Fecha = fi.LastWriteTime };
lvFiles.Items.Add(lvi);
}
}
Nota: sio es un alias al espacio de nombres System.IO ya que Path también está definido en System.Windows.Shapes y así no tenemos conflictos de nombres, al menos si usas C#, ya que al crear un proyecto WPF se añade esa importación de espacios de nombres.
Cambiar el tamaño de la ventana principal y las letras
Para gestionar el cambio de tamaño de la ventana y las letras de cada control he añadido un par de menús a la aplicación.
Recuerda que para que los tamaños de las letras (FontSize) se hagan medio-automáticamente, tal como lo hago en esta aplicación, deben tener el valor predeterminado de las fuentes, es decir, NO añadas ningún valor a las fuentes de los controles o de los contenedores, si no, no funcionará.
Este es el código XAML de la definición de los menús.
Aquí tienes el código de C# para cambiar el tamaño de las fuentes, se suma o sustrae el valor que indiquemos (si este último es negativo), y en el tamaño de la ventana principal añadimos (o restamos) el porcentaje indicado.
privatedouble meHeight;
privatedouble meWidth;
privatedouble meFontSize;
privatevoid BtnAplicarVentana_Click(object sender, RoutedEventArgs e)
{
// Para cambiar el tamaño a partir del valor inicial
if (meHeight == 0)
meHeight = this.Height;
if (meWidth == 0)
meWidth = this.Width;
double d = 0;
double.TryParse(txtTamañoVentana.Text, out d);
this.Height = nuevoTamaño(meHeight, d);
this.Width = nuevoTamaño(meWidth, d);
}
privatevoid BtnAplicarFuente_Click(object sender, RoutedEventArgs e)
{
if (meFontSize == 0)
meFontSize = this.FontSize;
double d = 0;
double.TryParse(txtTamañoFuente.Text, out d);
this.FontSize = meFontSize + d;
}
privatedouble nuevoTamaño(double actual, double incremento)
{
return actual * incremento + actual;
}
Quitar el botón maximizar de la ventana usando API
Para terminar, te mostraré el código para quitar el botón de maximizar la ventana, ya que WPF no tiene opciones para ocultar ese botón, salvo que cambiemos el tipo de ventana, pero en este caso yo la tengo definida asignando a la propiedad ResizeMode el valor CanResizeWithGrip. Por tanto, puedo maximizar, minimizar, cambiar el tamaño, etc.
Pero siempre queda bien eso de que el usuario no pueda maximizar de golpe, si quiere la ventana más grande, que le cambie el tamaño poco a poco
// --------------------------------------------------------------------------
// Código para quitar el botón de maximizar
// Adaptado de la versión de C# publicada en:
// https://stackoverrun.com/es/q/5101958
//
[DllImport("user32.dll")]
privatestaticexternint GetWindowLong(IntPtr hWnd, int nIndex);
[DllImport("user32.dll")]
privatestaticexternint SetWindowLong(IntPtr hWnd, int nIndex, int dwNewLong);
privateconstint GWL_STYLE = -16;
privateconstint WS_MAXIMIZEBOX = 0x10000;
privatevoid Window_SourceInitialized(object sender, EventArgs e)
{
var hwnd = new WindowInteropHelper((Window)sender).Handle;
var value = GetWindowLong(hwnd, GWL_STYLE);
SetWindowLong(hwnd, GWL_STYLE, (int)(value & ~WS_MAXIMIZEBOX));
}
Los eventos, SourceInitialized y otros, están definidos en el código Xaml de la aplicación.
Y esto es todo lo que quería contarte usando los puntos y comas
Te recomiendo que te leas lo escrito en la primera parte, ya que aunque el código mostrado es para Visual Basic, las explicaciones, particularmente para el código XAML, te van a servir, seguro
Y para que vayas a la otra página, allí está el enlace para descargar el zip con el código completo, tanto para Visual Basic como para C#.
Pues eso… que acabo de publicar los emoticonos de Open Live Writer y quiero tener a mano la lista de iconos, pero simplificada, me explico, en el código HTML generado por OLW lo hace usando una clase para cada emoticono y yo lo quiero sin esa clase.
Es decir quitar todas las definiciones de class (cada dibujito tiene una)
He usado el editor TextPad para buscar y reemplazar usando expresiones regulares y el código de búsqueda y reemplazo es el siguiente:
He buscado:
img class=\"*([^\"]*)\"
Y he puesto:
img
Es decir, he buscado desde img (espacio) class (signo igual) (comillas dobles) y todo lo que haya hasta la siguiente comillas dobles y finalmente le agrego otras comillas dobles, si no, me devolvería el texto sin incluir las comillas de cierre.
Nota: Las comillas dobles hay que indicarlas con \»
Y esto es todo… es que he buscado ejemplos simples de sustitución con textos y no había casi nada, salvo lo publicado en mi sitio (¿Cómo no? )
Nota: (02/Ene/2019) Ya puedes ver la segunda parte de este artículo, principalmente con el código para C# y un par de cambios en el código XAML, así como un consejo sobre la diferencia en los valores de Padding y Margin entre el código XAML y el de las hojas de estilo CSS. He puesto un ZIP (al final de esta página) con el código completo para Visual Basic y C#.
Pues eso… lo primero, lo primero: ¡FELIZ AÑO NUEVO! 🙂 Aunque esto lo estoy escribiendo el 31 de diciembre de 2018 (17:21), pero lo pondré para que se publique el 1 de enero de 2019… eso si es que me da tiempo a escribirlo entero hoy…
Pero te digo lo que contendrá esto que acabas de empezar a leer: Unas indicaciones sobre cómo añadir los controles para que al cambiar el tamaño del formulario o ventana, éstos se adapten al nuevo tamaño, y de paso, veremos cómo cambiar también el tamaño de las fuentes y comprobaremos que como ocurría en las aplicaciones de Windows Forms (o casi) los controles también se adaptan al nuevo tamaño.
Lo más importante es: NO ASIGNAR FUENTES PERSONALIZADAS a los controles (al menos en el tipo de fuente), no, no te estoy gritando, es que quiero que quede claro, ya que esa ha sido una de mis pesadillas… y después resulta que todo es más fácil si no usaba mis propias fuentes…
La batallita del Guille o los antecedentes
Para que no te lleves a engaños, te voy a explicar cómo yo lo estoy haciendo ahora y sobre todo pensando que siempre (o casi) he programado con los formularios usando WinForm de Visual Studio y con Visual Basic en un 99,99% de las aplicaciones que he empezado a hacer, después las convierto a C#, pero las empiezo con Visual Basic.
Cuando diseño el formulario, suelo poner los controles en sitios específicos, si viene al caso suelo usar controles TabControl y GroupBox y escasamente paneles y casi nunca TableLayoutPanel, que ya me he dado cuenta de que no existe el equivalente en WPF y por tanto, las veces que lo he usado para facilitar el paso de WinForms a WPF, pues… no me ha servido de mucho 🙂
Para facilitar la transición de WinForms a WPF/XAML he probado de todo, lo más cercano a lo que quería era usar Canvas y posicionar directamente los controles donde yo los quería, pero esto no vale… ya que lo que siempre he ido buscando es poder adaptar los controles al cambiar el tamaño del formulario.
Lo mejor que he encontrado es el control Grid, que si se tiene cuidado al añadir los controles dentro y se configuran (más o menos) bien las definiciones de filas y columnas (y el nombre de la fuente o lo que es lo mismo la propiedad FontFamily) se pueden conseguir cosas decentemente aceptables. Y eso es lo que te voy a explicar aquí… 🙂
Como verás, te estoy poniendo enlaces a las clases que menciono en la documentación de Microsoft y con referencia a .NET 4.7.2 (espero que tarden en romper los enlaces 🙂 )
Una aplicación WPF de ejemplo (y de paso útil)
El otro día pensé hacer una aplicación para copiar el contenido (las fotos) de los dos móviles que tengo y pensé en complicarme la vida haciendo la aplicación con WPF
No voy a entrar en detalles, pero quise acceder al contenido de los móviles, pero no hubo forma, y eso que busqué cómo hacerlo, pero… no di con la tecla, así que… se me ocurrió crear dos carpetas en un disco externo de 5 TB que tengo y desde ahí copiarlas al portátil. El hacer este paso intermedio es porque yo guardo las fotos en una carpeta del año y dentro de esa carpeta las fotos las guardo según el día y el móvil usado. Por ejemplo, para las fotos hechas hoy día 31 de diciembre crearía una carpeta llamada 12 31 1 iP7 para el iPhone y otra llamada 12 31 2 P2XL para el Pixel 2. El 1 y el 2 es porque cuando voy creando carpetas del mismo día las voy enumerando, ya que cuando tenía la GoPro (R.I.P.) también las añadía a una carpeta. Ahora al hacer la aplicación que automatiza la creación de las carpetas he dejado como fijo el 1 para el iPhone de Apple y el 2 para el Pixel de Google.
El diseño empecé haciéndolo con Grid y creando 2 filas y dos columnas, con idea de en la parte superior izquierda poner un grupo de controles para el iPhone con el directorio donde están las fotos, un botón de seleccionar y un ListView mostrando las fotos a copiar; y en el de la derecha los mismos controles para el Pixel 2. Y en la parte inferior la selección de la fecha desde la que quiero empezar a copiar y el directorio donde almacenarlas, aparte de un ListView mostrando las carpetas creadas y algunas cosillas más, que te mostraré ahora cuando veas el formulario en tiempo de diseño.
El formulario en tiempo de diseño
Figura 1. La ventana en tiempo de diseño con WPF.
Como puedes ver en la figura 1, están los controles que te he comentado, aparte el botón de Iniciar Copia, y las cajas de texto para indicar el formato de los nombres de los directorios según sean para el iPhone o para el Pixel 2. Además del habitual botón para Salir o cerrar la aplicación, cosas de la costumbre, ya que en realidad no es necesario, pero bueno…
Fíjate también que he añadido un menú llamado Tamaño y Fuente, que nos servirá para hacer las pruebas de cambiar el tamaño de la fuente y del formulario o ventana (me acostumbraré a decir ventana, ya que en WPF es una clase Window y no un Form como en WinForms).
En los tres paneles que hay en esa ventana he usado un control del tipo GroupBox. Cada uno de esos contenedores definen también un Grid. Y los controles están distribuidos en las columnas y filas de cada una de esas rejillas.
Uno de los problemas que me encontré fue que en WPF no existe el equivalente a FolderBrowserDialog de System.Windows.Forms. y se ve que no hay equivalencia, lo más que he encontrado es un control de usuario que hace las veces (o eso dice la página donde lo encontré, pero no he llegado a probarlo). Buscando más por internet, he leído que en el espacio de nombres Microsoft.Win32 existen clases para acceder a los diálogos comunes, al menos al de selección de ficheros, pero tampoco lo he comprobado (acabo de mirarlo y no, no hay para seleccionar directorios), aunque me lo he apuntado para ver cómo funciona y qué es lo que hay, pero eso será tema de otro artículo.
Para poder usar el FolderBrowserDialog debes añadir una referencia a System.Windows.Forms y si es necesario añadir una importación del espacio de nombres, yo he optado por añadir esa importación llamándola frm de esa forma estaré seguro que las clases y demás cosas que define no se mezclan con las clases que se recomiendan usar con las aplicaciones de WPF.
Esta sería la declaración de ese espacio de nombres (por ahora solo en VB ya que aún no tengo convertida la aplicación en C#, pero lo haré )
' Para FolderBrowserDialog y OpenFileDialogImports frm = System.Windows.Forms
Y ya que estoy con esto, me vas a permitir que antes de ver todo el tema del diseño te muestre el código para seleccionar el directorio, ya que es interesante, porque como los tres botones Seleccionar hacen lo mismo, solo que interactúan con distintas cajas de texto, pues… ahí tienes un truco, que lo mismo ya lo conoces, pero…
PrivateSub BtnSel_Click(sender AsObject, e As RoutedEventArgs) Handles _
btnSel1.Click, btnSel2.Click, btnSelDest.Click
Dim dir = ""
If sender Is btnSel1 Then
dir = txtDir1.Text
ElseIf sender Is btnSel2 Then
dir = txtDir2.Text
Else
dir = txtDirDest.Text
EndIf
Dim desc = If(sender Is btnSel1, " para la unidad 1",
If(sender Is btnSel2, " para la unidad 2", "de destino"))
Dim fb AsNew frm.FolderBrowserDialog
With fb
.Description = "Selecciona el directorio" & desc
.RootFolder = Environment.SpecialFolder.MyComputer
.SelectedPath = dir
.ShowNewFolderButton = False
If .ShowDialog() = frm.DialogResult.OK Then
dir = .SelectedPath
If sender Is btnSel1 Then
txtDir1.Text = dir
My.Settings.dir1 = dir
llenar(lvFics1, dir)
ElseIf sender Is btnSel2 Then
txtDir2.Text = dir
My.Settings.dir2 = dir
llenar(lvFics2, dir)
Else
My.Settings.dir3 = dir
txtDirDest.Text = dir
EndIf
EndIf
EndWith
EndSub
No te voy a explicar nada más, espero que sea fácil de comprender viendo el código.
Pasemos al tema del diseño.
Las cosas a tener en cuenta al diseñar usando el control Grid
Lo importante es no asignar estas cosas a los controles que pongamos dentro del Grid: FontName, Width ni Height. Dejar el valor predeterminado para HorizontalAlignment y VerticalAlignment que es Stretch. Ni al Grid tampoco.
Con este sencillo consejo conseguirás todo lo que deseas conseguir, ¡seguro!
Seguramente te preguntarás: ¿Cómo posicionar los controles donde queramos? Pues… usando Grid.Column y Grid.Row para indicar en que cuadrícula estará cada control y si viene al caso (por ejemplo para que la caja de textos o el ListView) ocupen más espacio usaremos Grid.ColumnSpan y Grid.RowSpan.
Además de la propiedad Margin, para que deje un poco de espacio donde lo necesitemos.
Veamos cómo está definido el Grid del panel superior izquierdo.
Este es el código XAML del diseñador de la ventana.
El GruopBox está contenido en el Grid principal, el valor de Grid.Row = «1» es porque en la fila cero está el menú. Aquí le he puesto Grid.Column = «0» pero realmente no es necesario, ya que si no se indica qué fila o columna ocupa, será siempre cero. Lo mismo ocurre con Grid.ColumnSpan = «1», como mínimo espanea (¿existe ese palabro?) una columna o una fila.
Los controles de este GroupBox están contenidos en un Grid. Yo he definido 5 columnas y 3 filas. El poner 5 columnas, principalmente es para que el TextBox ocupe 3 y el Label de la izquierda y el Button de la derecha ocupen una columna cada uno. El ListView ocupa una fila completa (antes tenía más filas, pero no es necesario). La fila pequeña, con 4 de alto es para dejar un espacio entre los controles de arriba con la lista, pero esto también se podría haber solucionado con los márgenes, pero… bueno… ahí está 🙂
Con los Margin lo que logro es que tanto el botón como el TextBox no se hagan muy altos y se alineen mejor con la etiqueta.
Como puedes comprobar, el único Width (ancho) específico que he puesto es el de la primera columna del ListView. Pero más que nada para que al verlo en tiempo de diseño o al iniciar la aplicación y estando vacío se vea más espacioso, ya que al llenarse, se ajustará al texto que contenga.
En las figuras 2 y 3 tienes la diferencia de asignar Auto al tamaño de la columna (figura 2) y ponerlo como te muestre en este código con 220 de ancho (figura 3). En el panel derecho está en Auto y se ajusta al nombre de la imagen.
Figura 2. El ancho de las columnas del ListView se ajustan automáticamente al contenido.Figura 3. El ancho de la columna izquierda está puesto a 220 y el de la derecha en Auto.
La cuestión es que prefiero darle como mínimo unos 200 o 220 pixeles de ancho
Otro punto a resaltar en ese código es cómo se maneja el contenido del ListView, no voy a entrar en mucho detalle porque ya lo expliqué en mi sitio hace 6 años y 34 días (el 27 de diciembre de 2012) en este artículo: Ejemplo de ListView y equivalencia a subitems, solo decirte que he creado dos clases (dentro de la clase principal) para manejar dicho contenido.
Este es el código de las dos clases (por ahora en VB):
ClassItemDir
PublicProperty Nombre AsString
EndClass
ClassItemFic
Inherits ItemDir
PublicProperty Fecha AsDate
EndClass
Y estas clases las uso de esta forma a la hora de asignar el contenido de los ListView ligados con los directorios de mas fotos y con el de las carpetas creadas, por eso hay dos clases, una para los directorios y la segunda para los ficheros. El código para mostrar las fotos está en el método llenar.
'''<summary>
''' Llenar un listview con los ficheros del directorio
'''</summary>
PrivateSub llenar(lvFiles As ListView, dir AsString)
lvFiles.Items.Clear()
Dim dirI = New DirectoryInfo(dir)
If dirI.Exists = FalseThenExitSub
ForEach fi In dirI.GetFiles()
Dim lvi = New ItemFic With {.Nombre = fi.Name, .Fecha = fi.LastWriteTime}
lvFiles.Items.Add(lvi)
Next
EndSub
Como ves, solo se añade el objeto creado a cada elemento del ListView y el Binding, concretamente el DisplayMemberBinding, se encarga del resto.
La parte inferior de la ventana es más de lo mismo. No te la voy a explicar al completo porque ya sería muy pesado, podrás ver el código completo cuando lo publique, aunque no sé si esperaré a que esté el de C# o publicaré primero el de Visual Basic y después el de C#.
Cambiar el tamaño de la ventana principal y las letras
En el menú he puesto dos opciones (ahora te enseño el código XAML) una para poder cambiar el tamaño de la ventana principal y el otro para cambiar el tamaño de las letras.
A dicho menú le he añadido una etiqueta, una caja de textos y un botón (esto también se puede hacer en los menús de WinForms).
Este es el código XAML de la definición del menú principal y los dos submenús:
El guión bajo en el Header de los menús es para indicar que se resalte esa letra (la que le sigue) al pulsar la tecla Alt, es lo mismo que el ampersand (&) en las aplicaciones de WinForms.
Veamos el código para Visual Basic para cada uno de los botones:
Private meHeight AsDouble
Private meWidth AsDouble
Private meFontSize AsDouble
PrivateSub BtnAplicarVentana_Click(sender AsObject, e As RoutedEventArgs)
' Para cambiar el tamaño a partir del valor inicial
If meHeight = 0 Then
meHeight = Me.Height
EndIf
If meWidth = 0 Then
meWidth = Me.Width
EndIf
Dim d AsDouble = 0
Double.TryParse(txtTamañoVentana.Text, d)
Me.Height = nuevoTamaño(meHeight, d)
Me.Width = nuevoTamaño(meWidth, d)
EndSub
PrivateSub BtnAplicarFuente_Click(sender AsObject, e As RoutedEventArgs)
If meFontSize = 0 Then
meFontSize = Me.FontSize
EndIf
Dim d AsDouble = 0
Double.TryParse(txtTamañoFuente.Text, d)
Me.FontSize = meFontSize + d
EndSub
Como ves ninguno de los dos métodos de evento tienen la cláusula Handles, esto es porque en el código XAML ya hemos indicado qué método se usará para cada uno de los botones.
En el tamaño de la fuente simplemente añadimos el valor indicado al tamaño que ya tuviera, mientras que el alto y ancho de la ventana usamos un incremento porcentual (o casi).
Este es el código del método nuevoTamaño:
PrivateFunction nuevoTamaño(actual AsDouble, incremento AsDouble) AsDouble
Return actual * incremento + actual
EndFunction
En el código hay también unas llamadas al API de Windows para ocultar el botón Maximizar de la ventana, ya que de forma nativa WPF no tiene forma de ocultar ese botón, al menos si la ventana se puede cambiar de tamaño, que es el caso de la que usa este programa, que tiene el valor CanResizeWithGrip asignado a la propiedad ResizeMode. Aunque como leí en uno de los foros que estuve consultando: ¿Para qué quieres quitar el botón maximizar si tu formulario puede cambiar de tamaño? Y tiene razón, pero… en fin… costumbres heredadas de los formulari0s de Windows Forms
Este es el código para Visual Basic de esas API
'--------------------------------------------------------------------------
' Código para quitar el botón de maximizar
' Adaptado de la versión de C# publicada en:
' https://stackoverrun.com/es/q/5101958
'
<DllImport("user32.dll")>
PrivateSharedFunction GetWindowLong(ByVal hWnd As IntPtr,
ByVal nIndex AsInteger) AsInteger
EndFunction
<DllImport("user32.dll")>
PrivateSharedFunction SetWindowLong(ByVal hWnd As IntPtr, ByVal nIndex AsInteger,
ByVal dwNewLong AsInteger) AsInteger
EndFunction
PrivateConst GWL_STYLE AsInteger = -16
PrivateConst WS_MAXIMIZEBOX AsInteger = &H10000
PrivateSub Window_SourceInitialized(ByVal sender AsObject,
ByVal e As EventArgs) HandlesMe.SourceInitialized
Dim hwnd = New WindowInteropHelper(CType(sender, Window)).Handle
Dim value = GetWindowLong(hwnd, GWL_STYLE)
SetWindowLong(hwnd, GWL_STYLE, CInt((value AndNot WS_MAXIMIZEBOX)))
EndSub
'
'--------------------------------------------------------------------------
Y esto es todo.
Son las 22:55 del lunes 31 de Diciembre de 2018, pero… ya sabes lo pondré en automático para que se publique maña uno de enero de 2019
Y mañana o pasado pondré el enlace al código completo para Visual Basic y espero que también el de C#.