Etiqueta: WPF

  • Recomendaciones para adaptar los controles (y la fuente) en aplicaciones WPF

    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… guiño

    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… guiño

    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 🙂

    Nota:
    El TableLayoutPanel tiene como equivalencia el Grid de los controles de WPF.

    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 guiño

    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.
    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é guiño)

    ' Para FolderBrowserDialog y OpenFileDialog
    Imports 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… guiño

    Private Sub BtnSel_Click(sender As Object, 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
        End If
    
        Dim desc = If(sender Is btnSel1, " para la unidad 1",
                        If(sender Is btnSel2, " para la unidad 2", "de destino"))
    
        Dim fb As New 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
                End If
            End If
        End With
    End Sub
    

    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! guiño

    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.

    <GroupBox Grid.Row="1" Grid.Column="0" Grid.ColumnSpan="1" 
              Header="Unidad 1" Margin="0">
        <Grid DockPanel.Dock="Top" Margin="0" >
            <Grid.ColumnDefinitions>
                <ColumnDefinition/>
                <ColumnDefinition/>
                <ColumnDefinition/>
                <ColumnDefinition/>
                <ColumnDefinition/>
            </Grid.ColumnDefinitions>
            <Grid.RowDefinitions>
                <RowDefinition Height="30"/>
                <RowDefinition Height="4"/>
                <RowDefinition/>
            </Grid.RowDefinitions>
            <Label Content="Directorio:" Grid.ColumnSpan="1" Margin="0" />
            <TextBox Name="txtDir1" Grid.Row="0" Grid.Column="1" 
                     Grid.ColumnSpan="3" Grid.RowSpan="1"
                     Margin="0,6,0,0" TextWrapping="NoWrap" Text="S:\iPhone"/>
            <Button Name="btnSel1" Content=" Seleccionar... " 
                    Grid.Column="4" Grid.ColumnSpan="1"
                    Margin="8,6,0,0" />
            <ListView Name="lvFics1" Grid.Row="2"
                      Grid.ColumnSpan="5" Grid.RowSpan="1" 
                      Margin="0,8,0,0">
                <ListView.View>
                    <GridView >
                        <GridViewColumn Header="Archivo" Width="220"
                                        DisplayMemberBinding="{Binding Nombre}"/>
                        <GridViewColumn Header="Fecha" Width="Auto"
                                        DisplayMemberBinding="{Binding Fecha}"/>
                    </GridView>
                </ListView.View>
            </ListView>
        </Grid>
    
     </GroupBox>
    

    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 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.
    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 guiño

    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):

    Class ItemDir
        Public Property Nombre As String
    End Class
    
    Class ItemFic
        Inherits ItemDir
        Public Property Fecha As Date
    End Class
    

    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>
    Private Sub llenar(lvFiles As ListView, dir As String)
        lvFiles.Items.Clear()
        Dim dirI = New DirectoryInfo(dir)
        If dirI.Exists = False Then Exit Sub
    
        For Each fi In dirI.GetFiles()
            Dim lvi = New ItemFic With {.Nombre = fi.Name, .Fecha = fi.LastWriteTime}
            lvFiles.Items.Add(lvi)
        Next
    End Sub
    

    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:

    <Menu x:Name="menu" Grid.Row="0" Grid.Column="0" 
          Grid.ColumnSpan="2" 
          Height="24" Margin="0,0,0,4">
        <MenuItem x:Name="mnuCambiarFuente" 
                  Header="_Tamaño y Fuente">
            <MenuItem Header="Tamaño _Ventana">
                <Grid>
                    <Grid.ColumnDefinitions>
                        <ColumnDefinition Width="Auto"/>
                        <ColumnDefinition Width="Auto"/>
                        <ColumnDefinition Width="Auto"/>
                    </Grid.ColumnDefinitions>
                    <Label Content="Cambiar tamaño" 
                           ToolTip="Puedes usar un valor negativo para reducir" />
                    <TextBox x:Name="txtTamañoVentana" Text="0,2" 
                             Grid.Column="1" Width="40"
                             Margin="8,6,0,0"/>
                    <Button x:Name="btnAplicar" Content=" Aplicar " 
                            Click="BtnAplicarVentana_Click"
                            Grid.Column="2" Margin="8,6,0,0" />
                </Grid>
            </MenuItem>
            <MenuItem Header="Tamaño _Fuente">
                <Grid>
                    <Grid.ColumnDefinitions>
                        <ColumnDefinition Width="Auto"/>
                        <ColumnDefinition Width="Auto"/>
                        <ColumnDefinition Width="Auto"/>
                    </Grid.ColumnDefinitions>
                    <Label Content="Cambiar tamaño" 
                           ToolTip="Puedes usar un valor negativo para reducir" />
                    <TextBox x:Name="txtTamañoFuente" Text="1,0" 
                             Grid.Column="1" Width="40"
                             Margin="8,6,0,0"/>
                    <Button x:Name="btnAplicarFuente" Content=" Aplicar " 
                            Click="BtnAplicarFuente_Click"
                            Grid.Column="2" Margin="8,6,0,0" />
                </Grid>
            </MenuItem>
        </MenuItem>
    </Menu>
    

    Como ves, hay Grid hasta en la sopa 🙂

    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 As Double
    Private meWidth As Double
    Private meFontSize As Double
    
    Private Sub BtnAplicarVentana_Click(sender As Object, e As RoutedEventArgs)
        ' Para cambiar el tamaño a partir del valor inicial
        If meHeight = 0 Then
            meHeight = Me.Height
        End If
        If meWidth = 0 Then
            meWidth = Me.Width
        End If
    
        Dim d As Double = 0
        Double.TryParse(txtTamañoVentana.Text, d)
        Me.Height = nuevoTamaño(meHeight, d)
        Me.Width = nuevoTamaño(meWidth, d)
    End Sub
    
    Private Sub BtnAplicarFuente_Click(sender As Object, e As RoutedEventArgs)
        If meFontSize = 0 Then
            meFontSize = Me.FontSize
        End If
        Dim d As Double = 0
        Double.TryParse(txtTamañoFuente.Text, d)
        Me.FontSize = meFontSize + d
    End Sub
    

    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:

    Private Function nuevoTamaño(actual As Double, incremento As Double) As Double
        Return actual * incremento + actual
    End Function
    

    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 guiño

    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")>
    Private Shared Function GetWindowLong(ByVal hWnd As IntPtr,
                                          ByVal nIndex As Integer) As Integer
    End Function
    
    <DllImport("user32.dll")>
    Private Shared Function SetWindowLong(ByVal hWnd As IntPtr, ByVal nIndex As Integer,
                                          ByVal dwNewLong As Integer) As Integer
    End Function
    
    Private Const GWL_STYLE As Integer = -16
    Private Const WS_MAXIMIZEBOX As Integer = &H10000
    
    Private Sub Window_SourceInitialized(ByVal sender As Object,
                                         ByVal e As EventArgs) Handles Me.SourceInitialized
        Dim hwnd = New WindowInteropHelper(CType(sender, Window)).Handle
        Dim value = GetWindowLong(hwnd, GWL_STYLE)
        SetWindowLong(hwnd, GWL_STYLE, CInt((value And Not WS_MAXIMIZEBOX)))
    End Sub
    '
    '--------------------------------------------------------------------------
    

    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 guiño

    Y mañana o pasado pondré el enlace al código completo para Visual Basic y espero que también el de C#.

    ¡Feliz Año Nuevo!

    Nos vemos.
    Guillermo


    El código completo del ejemplo
    (solución para Visual Studio usando .NET 4.7.2)

    El ZIP con el código completo (una solución de Visual Studio 2017 con los proyectos de Visual Basic y C#

    El zip: Copiar_archivos_de_2_unidades.zip (214 KB)

    MD5 Checksum: 2E3B3F34410F37D051DC5AED8FBBCE1A


  • Asignar el número de pista (track number) a un MP3

     

    Pues eso… que no sé si a ti te pasará, pero yo tengo "algunos" ficheros de música en formato MP3 que a pesar de haberlo convertido a partir de un CD original (ejem) no siempre se guarda la información completa en la cabecera del susodicho fichero MP3.

    Y como la mayoría de los reproductores de MP3 suelen clasificar las canciones por el número de pista, si dicho valor no está asignado, pues… imagínate qué follón…

    En vista que los dos (o tres) últimos smartphone que he tenido se empeñan en ordenar por el número de pista y harto de ir asignando manualmente dicho número, me he fabricado una pequeña utilidad (muy simple, ya verás) usando WPF (Windows Presentation Foundation) o lo que es lo mismo: utilizando un proyecto en XAML.

    Este programa te permite seleccionar (o procesar) todos los ficheros .mp3 de una carpeta (o directorio) y asignar el número de pista según exista en el nombre del fichero la siguiente secuencia:
    guión, cifra, guión
    Por ejemplo si tenemos este fichero: Slade-02-Coz I Love You.mp3:
    El número de pista es el número 2 y el título de la canción es "Coz I Love You".

    Además, también te permite asignar el nombre del álbum y del autor/cantante.
    Estos dos últimos datos se obtienen automáticamente de la canción elegida para indicar el directorio (ya que tienes que seleccionar un fichero .mp3 y así se sabe qué directorio quieres procesar). De todas formas, si ese fichero no tuviese los datos de la cabecera asignados puedes indicarlos de forma manual, ya que la aplicación asignará esos datos si las respectivas cajas de texto no están vacías.
    En cuanto al nombre o título de la canción sólo lo asignará si marcamos la opción correspondiente.

    Después te pongo los enlaces al código fuente (por ahora sólo para Visual Basic .NET).

     

    La información del MP3 está en lo que se conoce como la cabecera del fichero MP3 (MP3 header) y en su día busqué en la web ejemplos de cómo obtener esa información y di con un fichero ZIP que contenía una clase de Visual Basic .NET precisamente para acceder a dicha cabecera.
    Esa clase se llama MP3Info.vb y estaba contenida en un ZIP con el nombre vbmp3header_src.zip y la verdad es que no recuerdo de dónde la descargué. El autor supongo que es alemán ya que en el fichero AssemblyInfo.vb que se incluía también en el zip estaba en alemán, pero sin datos personales.

    Nota:/Actualización
    Haciendo una nueva búsqueda he dado con el artículo en Code Project en el que está ese fichero ZIP y como internamente coinciden las fechas, pues… debe ser de donde lo bajé o al menos ese debe ser el autor "de verdad".
    Dicho artículo (enlace incluido) es: Read MP3 header information and read/write the ID3v1 tag

    (By Thommy Mewes, 1 Mar 2005)

    El fichero (MP3Info.vb) que yo he usado está modificado con respecto al original, así que, ese será el que te muestre con el código y que publicaré en pastebin.

     

     

    Aquí tienes una captura del "formulario" en modo de diseño y el código (para Visual Basic) te lo dejo inicialmente en mi cuenta de pastebin, después si decido dejar el proyecto completo en algún otro sitio (por ejemplo en mi sitio de descargas) ya te informaré o mejor aún, ya pondré los enlaces correspondientes.

     

    Asignar MP3 Track MainWindows
    El formulario en modo de diseño

     

    Como ves, no te muestro (código con los) detalles de lo que hace el programa… pero de todas formas la parte importante es (o debería ser) el código para acceder a la cabecera de los ficheros MP3.
    De todas formas no sé si te pasará lo mismo que a mí con los ficheros MP3, pero si te pasa y quieres el ejecutable… me lo dices en los comentarios y ya te lo dejo por ahí en mi sitio de descargas.

    Sea como sea, te pongo el código completo en pastebin y ya lo vas compilando y esas cosas…

    Aquí tienes los enlaces individuales para que puedas usar el código creando un proyecto nuevo del tipo WPF:

     

    ¡Que asignes los números de pista bien! 😉

     

    Nos vemos.
    Guillermo

    …

  • Algunas diferencias entre WPF para escritorio y la Tienda de Windows

     

    Pues eso… aunque el título más bien tendría que ser: algunas propiedades que están en las aplicaciones WPF para escritorio y que no está o son diferentes en las aplicaciones WPF para la Tienda de Windows.

     

    Aquí te enumero algunas que me he ido encontrando:

    1.- En las aplicaciones WPF para escritorio algunos controles tienen la propiedad Tooltip, en las aplicaciones para Windows Store hay que usar: ToolTipService.ToolTip.

    2.- En WPF/desktop el control TextBlock tiene la propiedad IsEnabled, en las aplicaciones de Windows Store podemos usar: IsTextSelectionEnabled.

    En este ejemplo se asigna a esa propiedad el valor que tenga la propiedad IsEnabled de un control llamado cboTablas:

    IsTextSelectionEnabled="{Binding Source=cobTablas, Path=IsEnabled}"

     

    3.- El control TextBlock no tiene la propiedad Background en las aplicaciones para la Tienda de Windows. En este caso, lo que yo he hecho es poner dicho control dentro de un objeto Border, ya que lo que yo hacía con el color ese de fondo era darle otro aspecto (tipo información):

    <Border Background="LightGoldenrodYellow" 
            Grid.Row="6" Grid.Column="1" Grid.ColumnSpan="3" 
            Margin="5" VerticalAlignment="Top">
        <TextBlock x:Name="lblInfo" Text=""  
                   TextWrapping="Wrap" FontSize="10" 
                   IsTextSelectionEnabled="{Binding Source=cobTablas, Path=IsEnabled}"/>
    </Border>
    

     

     

    Y ya no me he encontrado con más problemas en esta aplicación (simple) que estoy migrando… el problema seguro que lo tendré con el código… #enfin…

     

    Nos vemos.

    Guillermo

    …