Hace menos de un año que Microsoft anunció oficialmente Project Reunion. Para aquellos que no estéis al tanto de lo que esto significa es la unificación entre el desarrollo clásico x86 y las aplicaciones UWP.

En lugar de tener dos vertientes en el desarrollo, una más clásica y otra más moderna, ahora ambas plataformas compartirán recursos de manera que los desarrolladores tengan acceso total. Con esto nos evitamos limitaciones que existían en UWP y una interfaz arcaica en las aplicaciones win32. Hoy llega Project Reunion 0.5 y os contamos que ofrece.

Project Reunion 0.5 ya disponible para los desarrolladores

El equipo de desarrollo ha conseguido hacer esto en un tiempo record. Recordemos que hace menos de un año que se hablaba sobre Project Reunion por primera vez y hace no tanto se especificaba la primera versión que soportaría Reunion.

Ahora llega Project Reunion 0.5 facilitando poder crear aplicaciones para Windows 10. La tecnología ya no es tan relevante y el aspecto se adaptará al diseño de Windows 10.

5

«En 0.5, nuestro enfoque se centra mucho en lo que hemos escuchado de nuestra comunidad de desarrolladores en torno a hacer que las aplicaciones de escritorio sean fáciles de construir de nuevo», escribe Andrew Clinick de Microsoft en la publicación del anuncio. «Es por eso que encontraremos soporte hasta Windows 10 versión 1809, la capacidad de usar Project Reunion con una aplicación de .NET 5, así como WinUI 3 y WebView2 para desarrollos modernos, desarrollo de interfaz de usuario compatible, todo con soporte de nivel de producción al usar aplicaciones empaquetadas.»

El objetivo sigue siendo ofrecer Project Reunion 1.0 antes del final de este año. La realidad es que el equipo está cumpliendo con creces su calendario. Las actualizaciones futuras incluirán nuevas características como el ciclo de vida de la aplicación para mejorar el rendimiento del sistema y la duración de la batería, un sistema de ventanas moderno que combina «la potencia de las ventanas Win32 con la facilidad de UWP», compatibilidad con notificaciones para escenarios locales y push, compatibilidad con aplicaciones sin empaquetar y mucho más.

WinUI 3, el mayor freno en el desarrollo

Por ahora, Project Reunion 0.5 incluye componentes MRTCore y DWriteCore totalmente compatibles, la versión de producción de WinUI 3 para aplicaciones de escritorio y WebView2. Es compatible con aplicaciones empaquetadas(es decir, aplicaciones que se distribuyen con MSIX), pero la compatibilidad con aplicaciones sin empaquetar llegará en una actualización futura.

«La versión de WinUI 3 que se envía con esta versión es la primera versión que es adecuada para aplicaciones de producción y es compatible con el reenvío», explica Clinick. «Con WinUI 3, ahora es posible crear aplicaciones de escritorio que se pueden publicar en la Microsoft Store. Actualmente hay dos métodos posibles para crear una aplicación WinUI 3: crear una nueva aplicación WinUI 3 Desktop desde cero. Migrar las aplicaciones de escritorio existentes a WinUI 3 agregando un nuevo proyecto WinUI 3 a la solución y ajustando o refactorizando su lógica.»

El equipo detrás de Project Reunion tiene más de 100 objetivos establecidos que irá implementando en los próximos meses. Es un reto increíble y que permitirá a los desarrolladores trabajar en sus aplicaciones y que estas sean compatibles sin importar las actualizaciones del sistema operativo.

Microsoft Edge ha pasado de ser un navegador marginal para comenzar a cobrar mayor relevancia. Además, ha sabido diferenciarse muy bien de la oferta de Chrome y ofrecer algo diferente a los usuarios.

Uno de los elementos más recientes son las pestañas verticales y todavía tienen margen de mejora para Microsoft. Vamos a ver cómo están pensando en mejorarlas dentro del navegador.

Las pestañas verticales y en reposo mejorarán en Edge

A comienzos de este año el equipo de Microsoft Edge nos sorprendía con las pestañas verticales, una apuesta por romper con la navegación tradicional y apostar por un estilo diferente. Para cambiar, ya que hay momentos donde se usa mejor, solo tenemos que pulsar en un botón y cambian las pestañas de sitio. Pero como todo, tenía posibilidad de mejora y no podíamos cambiar el tamaño de la barra lateral.

Con la próxima actualización, Microsoft quiere solventar ciertos problemas con las pestañas verticales y sus pestañas en reposo. Vamos a ver en que puntos quieren mejorar ambas funciones.

Por ejemplo, Microsoft permitirá cambiar el tamaño a las pestañas verticales. En los canales de desarrollo podemos pasar el ratón por encima y el panel se expande y nos permite cambiar el tamaño. Tan solo tendremos que hacer clic en el borde y ampliarlo o reducirlo a nuestro antojo.

Esta función de momento se encuentra en desarrollo en los canales Canary, Dev y Beta pero posiblemente llegue a la versión oficial muy pronto. Un punto de mejora muy necesario para que esta función gane adeptos.

Por otro lado, con Edge 89 llegaban las nuevas pestañas en reposo. Esta función busca reducir el consumo de memoria al tener múltiples pestañas. Si una pestaña está inactiva durante un periodo de tiempo configurable a nuestro antojo, pasa a estar en suspensión y lo notaremos en que la pestaña se encuentra en un tono más apagado demostrando que está inactiva.

Ahora, cuando pasemos el ratón por encima de las pestañas en reposo nos indicará que la pestaña se encuentra en este estado. Al hacer clic en ella saldrá de ese estado y se actualizará sin que perdamos ningún dato.

Ya sabemos que el tema de las aplicaciones ha sido siempre un problema para Microsoft. El gigante de Redmond siempre ha ido por detrás en cuanto a las apps y por eso trabajan para que las Aplicaciones Web Progresivas, o PWA, sean cada día más competentes en Microsoft Edge. El objetivo final es que la diferencia entre ambas soluciones sea nula, pero todavía queda mucho recorrido.

El siguiente paso para estandarizar las PWA de Edge

Todo esto surge de documentación técnica de la propia Microsoft. El siguiente paso por tratar en la homogeneización de las apps PWA es eliminar la barra de título de Microsoft Edge y ofrecer a los desarrolladores web el control sobre esta. Así, eliminamos la barra superior vinculada a Edge y tenemos únicamente una barra propia de una app nativa.

«Esta característica permite a los desarrolladores crear aplicaciones web que hacen un mejor uso del espacio de la pantalla y les permite diseñar su aplicación para sentirse más como una aplicación nativa. A medida que los dispositivos se vuelven más pequeños para la portabilidad, la barra de título consume una fracción más grande de la pantalla, dejando menos espacio para que el usuario interactúe con la aplicación», indicaba Amanda Baker, del equipo de Microsoft Edge.

Por otro lado, si hacemos zoom también esta barra será un impedimento todavía mayor. La propia Amanda indicaba que, en lugar de dejar la barra de título vacía, un desarrollador puede utilizar esta área con contenido útil como un logo personalizado, una barra de búsqueda o controles de navegación.

La alianza entre Google y Microsoft quiere dar mayor control de esta área a los desarrolladores al incorporar una nueva función en Windows Control Overlay. Vamos a ver las metas que se ha marcado la gente de Microsoft y Google.

• Los desarrolladores web deberían tener acceso al área de la barra de título en una Aplicación Web Progresiva.
• La ventana de la app debe tener controles básicos incluyendo minimizar, cerrar y mover la ventana.
• Edge debería ofrecer controles de diseño de ventana de acuerdo con el sistema operativo.

Esto seguirá estrechando las diferencias entre aplicaciones nativas y aplicaciones PWA. Por el momento, está disponible dentro de Chrome://flags y muy pronto debería llegar a Microsoft Edge.