elGuille mola

Etiqueta: bugs

  • Problemas con el Provisioning en las aplicaciones para iOS con Xamarin.Forms creadas con Visual Studio para Windows

    Pues eso… Si estás haciendo una aplicación con Xamarin.Forms para iOS (de Apple) y quieres probar el código en un emulador o un dispositivo conectado a tu equipo, debes tener en cuenta que si estás desarrollando con Visual Studio para Mac todo irá bien, pero si estás usando Visual Studio para Windows, simplemente no te funcionará… salvo que antes te funcionase… ahora te lo explico 😉

    Aclaro esto último:
    Según me cuentan hay un problema con el provisioning (el que se indica en iOS Bundle Signing), es decir, autenticar tu cuenta de Apple Developer (*) con la aplicación, debido a que recientemente Apple ha realizado un cambio que provoca que se bloquee temporalmente las peticiones y se obtenga un error.

    También según me cuentan: Es una issue con prioridad alta y están revisándolo.

    Así que… esperemos que pronto esté solucionado.

    Lo que comenté de salvo que antes te funcionase es porque (también según me cuentan): Si en el PC, previamente se ha utilizado Hot Restart con la cuenta, se tiene en caché lo necesario para evitar alguna petición y por ese motivo, te puede funcionar sin problemas.

     

    Capturas de iOS Bundle Signing

    Aquí te dejo un par de (o tres) capturas de la opción iOS Bundle Signing en las opciones del proyecto para iOS, tanto en Windows (que es donde da el error) como en un Mac (que no da error y funciona sin problemas).

    Figura 1. La firma (autenticación) en Visual Studio para Mac funciona correctamente.

     

    Figira 2. Fallo al autenticar con Visual Studio para Windows usando un dispositivo.

     

    Figura 3. Fallo al autenticar con Visual Studio para Windows usando el emulador.

     

    Y esto es todo, espero que te sea de utilidad.

    Cuando esté solucionado intentaré poner una nota en este post de que así es… ¡espero no olvidarme! 😉

    Nos vemos.
    Guillermo

    (*)
    Para desarrollar (creo que incluso para probar) aplicaciones de Xamarin.Forms para iOS (Apple) debes tener creada una cuenta de Apple Developer, que a día de hoy cuesta 99€ al año. Esa cuenta se debe usar tanto en Windows como en Mac.

    P.S.
    Título en inglés:
    Provisioning issues in iOS apps with Xamarin.Forms built with Visual Studio for Windows.

  • El diseñador de WindowsForms de Visual Studio 2019 Preview para aplicaciones .NET Core (.NET 5.0) mejora con la versión 16.8.0 Preview 6

    Pues eso… En la preview 6 que la han puesto disponible esta madrugada ya funciona mejor el diseñador de WindowsForms, al menos ya puedes añadir un control, hacer doble-clic en él y se mostrará el método de evento predeterminado.

    Hasta ahora no añadía ese método que en el caso de Visual Basic era añadir al final de la definición del método la cláusula Handles con el nombre del evento, y en el caso de C# añadir el evento en el diseñador de formularios.

    Private Sub Button1_Click(sender As Object, e As EventArgs)  _ 
            Handles Button1.Click

    this.button1.Click += new System.EventHandler(this.button1_Click);

     

    Figura 1. El diseñador de formularios (WinForms) en VS2019 v16.8.0 Preview 6 para .NET 5.0 RC2

     

    Este fallo lo reporté el 1 de septiembre de este año:
    The VB form designer in .NET 5.0 doesn’t add event methods to controls when you double-click the control, it just creates the method, y esta mañana he visto el aviso de que ya está arreglado (fixed) con la nueva versión que han publicado.

    Aunque no aparece en la lista de cosas solucionadas en la Preview 6, pero lo importante es saber que ya funciona.

    Ahora falta que solucionen el diseñador de menús, barras de herramientas, barras de estado y algún que otro etcétera.

    Nos vemos.
    Guillermo

  • El control RichTextBox de .NET 5.0 RC2 no permite buscar una cadena si esta está en más de una línea

     
    Nota aclaratoria del 28-oct-2020:
    Según parece lo que la documentación indica es que no se pueden buscar textos que incluyan más de una línea, no que el texto esté en más de una línea…
    Este es el texto aclaratorio que me han mandado:

    For the documentation on the FIND method, it means you cannot search in multiple lines of the Text, if you want to search different lines content, you can split the lines in different substrings. Please see the post: https://stackoverflow.com/questions/54056447/richtextbox-find-multi-line-string-in-multi-line-text

    La traducción (automática) de ese texto en inglés:
    Para la documentación sobre el método FIND, significa que no puede buscar en varias líneas del texto, si desea buscar contenido de diferentes líneas, puede dividir las líneas en diferentes subcadenas.

    A mí casi me deja igual… pero al ver el enlace y lo que el que pregunta quiere buscar, sí lo entiendo:
    Es decir, en la cadena de búsqueda no puedes usar varias líneas (con retorno de carro) de ser así devolverá -1.
    Pero si puedes buscar una cadena (que no tenga retornos de carro) y buscará en todas las líneas del texto del control RichTextBox.
    En fin…

     

    Pues eso… En la documentación lo indica claramente, pero eso será algo nuevo y se ve que también afecta a las versiones anteriores, es decir, el control RichTextBox ya no es el mismo que era antes… al menos el método Find con búsqueda de cadenas ya no funciona igual.

     

    Rectificación del 24-oct-2020 por la tarde:
    (donde dije digo digo Diego)

    Aunque la documentación dice eso, en realidad si busca aunque esté más de una vez en varias líneas y no me refiero solo a .NET Framework 4.7.2, también lo hace en .NET 5.0 RC2.
    Ayer es que estaba yo del todo grave con lo de la boca… aparte de que veo poco incluso con las gafas…
    Te explico.

    Estaba probando lo de Buscar texto en un programa que estoy haciendo y probé con buscar InitializeComponent, pero se ve que lo escribí mal: InitilizeComponent y al buscarlo no lo encontraba… ¡elemental querido Guille!
    El no comprobar si estaba o no bien escrito es porque seleccioné el texto correcto y pulsé Ctrl+F para buscar, pero se ve que en la lista de búsqueda ya estaba la palabra mal escrita y la seleccionaría sin querer…

    Y claro al probar la versión que he hecho y ver que tampoco encontraba la dichosa palabra, pues… me di cuenta que le faltaba una «a«… en fin…

     

    No lo he probado aún con el .NET Framework pero creo que el problema es el mismo.

    Nota del 24-oct-2020:
    Acabo de probarlo en un «editor» que tengo hecho con .NET Framework 4.7.2 y va bien aunque en la documentación siga diciendo que no va.

    Nota

    Los Find métodos que aceptan un string como parámetro no pueden encontrar texto contenido en más de una línea de texto dentro de RichTextBox . La realización de este tipo de búsqueda devolverá un valor de uno negativo (-1).

    A ver qué dicen esta gente si eso se va a quedar así o hay alguna alternativa… que debería haberla…

    Lo mismo estoy equivocado, pero en una aplicación en la que estoy usándolo actualmente ya no funciona como debería funcionar… y al buscar una cadena, (sabiendo que existe en el texto) me devuelve un valor -1, que es lo que «ahora» dice la documentación que ocurrirá… pero antes no ocurría… en fin…

    Esto es lo que dice la documentación:

     

    Bueno… a ver qué ocurre con esto…

    Mientras tanto voy a crear un método de extensión para añadir funcionalidad de buscar el mismo texto aunque esté en varias líneas, en principio lo llamaré FindString y será como Find(String, Int32, RichTextBoxFinds).
    Cuando lo tenga hecho te avisaré o pondré aquí el enlace 😉

     

    Nos vemos.
    Guillermo