GTK 4.8.0, un kit de herramientas multiplataforma para crear interfaces gráficas de usuario

Después de ocho meses de desarrollo se dio a conocer el lanzamiento de la nueva versión de GTK 4.8.0, que continúa con el desarrollo de la rama GTK 4.x bajo un nuevo proceso de desarrollo que intenta proporcionar a los desarrolladores de aplicaciones una API estable y compatible durante varios años, que se puede usar sin temor a que las aplicaciones deban volver a trabajarse cada seis meses debido a los cambios de API.

Para quienes desconocen de GTK, debe saber que esta  es una biblioteca de componentes gráficos multiplataforma para desarrollar interfaces gráficas de usuario (GUI)  Está licenciado bajo los términos de la GNU LGPL, por lo que permite la creación de tanto software libre como software privativo.

Principales novedades de GTK 4.8

En esta nueva versión que se presenta, la biblioteca GDK, que proporciona una capa entre GTK y el subsistema de gráficos, ha optimizado la conversión de formatos de píxeles. En sistemas con controladores NVIDIA, la extensión EGL EGL_KHR_swap_buffers_with_damage está habilitada.

La biblioteca GSK, que brinda la capacidad de renderizar escenas gráficas a través de OpenGL y Vulkan, admite el procesamiento de grandes áreas visibles (viewports), además de que se proponen bibliotecas para dibujar glifos utilizando texturas.

Para Linux en Wayland, se implementa soporte para el protocolo «xdg-activation», que permite transferir el enfoque entre diferentes superficies de primer nivel (por ejemplo, al usar xdg-activation, una aplicación puede cambiar el enfoque a otra).

En GTK 4.8 el widget GtkTextView ha reducido la cantidad de situaciones que conducen a redibujados repetidos e implementó la función GetCharacterExtents para determinar el área con un glifo que define un carácter en el texto (una función solicitada por herramientas para personas con discapacidades).

La clase GtkViewport, que se utiliza para organizar el desplazamiento en los widgets, tiene habilitado el modo «desplazarse para enfocar» de forma predeterminada, en el que el contenido se desplaza automáticamente para mantener la vista del elemento que tiene el foco de entrada.

El widget GtkSearchEntry, que muestra el área para ingresar una consulta de búsqueda, ofrece la posibilidad de configurar el retraso entre la última pulsación de tecla y el envío de una señal de cambio de contenido (GtkSearchEntry::search-changed).

Además de ello, también en GTK 4.8 se destacan las capacidades ampliadas del depurador, pues se implementó la visualización de datos de aplicaciones adicionales y se permitió la visualización de las propiedades de PangoAttrList durante la inspección.

También se destaca que el motor CSS ha optimizado la reagrupación de elementos asociados con el mismo padre y permitió el uso de valores no enteros al determinar el tamaño del espacio entre letras.

Para macOS, se agregó soporte para el modo de pantalla completa y la reproducción de video usando OpenGL, así como también la detección de monitores mejorados, se trabajó en configuraciones de monitores múltiples, colocación de ventanas y selección de tamaño para el cuadro de diálogo de archivo, también se permitió que las aplicaciones se ejecutaran en segundo plano.

En Windows, se mejoró la ubicación de las ventanas en las pantallas HiDPI, se agregó una interfaz de detección de color, se implementó la compatibilidad con eventos de rueda de mouse de alta resolución y se mejoró la compatibilidad con el panel táctil.

De los demás cambios que se destacan:

• Datos de emoji actualizados al conjunto CLDR 40 (Unicode 14).
• Se agregó soporte para nuevas configuraciones regionales.
• El comando de captura de pantalla se agregó a la utilidad gtk4-builder-tool para crear una captura de pantalla, que se usa cuando se generan capturas de pantalla para la documentación.
• La interfaz del selector de fuentes (GtkFontChooser) ha mejorado la compatibilidad con las funciones de formato OpenType.
• El widget GtkCheckButton ahora tiene la capacidad de asignar su propio widget secundario con un botón.
• La propiedad «content-fit» se ha agregado al widget GtkPicture para ajustar el contenido a un tamaño de área determinado.
• El rendimiento de desplazamiento se ha optimizado en el widget GtkColumnView.
• Se ha instalado la utilidad gtk4-node-editor.
• Se ha agregado soporte de sonido al backend de ffmpeg.
• El límite de memoria en el cargador de imágenes JPEG se ha aumentado a 300 MB.
• Se cambió el estilo de la interfaz del selector de color (GtkColorChooser).

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/7ybk0AX
via IFTTT

DNF5 debería mejorar la experiencia del usuario y proporcionar un mejor rendimiento

Ben Cotton, administrador de programas de Fedora en Red Hat, anunció hace poco en las listas de correo, su intención de migrar Fedora al administrador de paquetes DNF5 de manera predeterminada.

Se menciona que el cambio planeado será efectivo a partir del lanzamiento de Fedora 39, el cambio planea reemplazar los paquetes dnf, libdnf y dnf-cutomatic con el kit de herramientas DNF5 y la nueva biblioteca libdnf5.

Sobre el cambio, cabe mencionar que en su momento DNF reemplazó a Yum, que estaba escrito completamente en Python.

Para quienes desconocen de DNF, deben saber, que este es un administrador de paquetes de software que instala, actualiza y elimina paquetes en Fedora y es el sucesor de YUM (Yellow-Dog Updater Modified). DNF facilita el mantenimiento de paquetes al verificar automáticamente las dependencias y determinar las acciones necesarias para instalar paquetes. Este método elimina la necesidad de instalar o actualizar manualmente el paquete y sus dependencias mediante el comando rpm. DNF es ahora la herramienta de administración de paquetes de software predeterminada en Fedora.

En DNF, las funciones de bajo nivel que demandan rendimiento se reescribieron y se trasladaron a bibliotecas C separadas hawkey, librepo, libsolv y libcomps, pero el marco y los componentes de alto nivel permanecieron en Python.

DNF5 proporcionará una mejora significativa en la experiencia del usuario y el rendimiento. El reemplazo es el segundo paso en la actualización de la pila de administración de software de Fedora. Sin el cambio, habrá múltiples herramientas de administración de software (DNF5, el antiguo Microdnf, PackageKit y DNF) basadas en diferentes bibliotecas (libdnf, libdnf5), que brindarán un comportamiento diferente y no compartirán un historial. También podemos esperar que DNF solo tenga un soporte limitado de upstream.

El proyecto DNF5 tiene como objetivo unificar las bibliotecas de bajo nivel existentes, reescribir en C ++ los componentes de administración de paquetes que quedan en Python y mover la funcionalidad básica a una biblioteca libdnf5 separada con la creación de un enlace alrededor de esta biblioteca para preservar la API de Python.

DNF5 todavía está en desarrollo y algunas de las funciones u opciones aún no están disponibles. Todavía tenemos que terminar la implementación de la Modularidad, el almacenamiento de datos internos relacionados con la Historia y el Estado del Sistema, y ​​también la documentación y las páginas man. DNF5 se puede probar desde el repositorio con compilaciones nocturnas ascendentes: Se suponía que d` no era modificable por el usuario y su formato no es suficiente (falta información sobre los paquetes instalados con perfiles instalados)

El uso de C++ en lugar de Python eliminará muchas dependencias, reducirá el tamaño del conjunto de herramientas y mejorará el rendimiento. Se logra un mayor rendimiento no solo mediante el uso de la compilación a código de máquina, sino también debido a la implementación mejorada de la tabla de transacciones, la optimización de la carga desde los repositorios y la reestructuración de la base de datos (se separan las bases de datos con el estado del sistema y el historial de operaciones).

DNF5 se ha desvinculado de PackageKit a favor de un nuevo proceso en segundo plano DNF Daemon que reemplaza la funcionalidad de PackageKit y proporciona una interfaz para administrar paquetes y actualizaciones en entornos gráficos.

El retrabajo también permitirá implementar algunas mejoras en la usabilidad del administrador de paquetes. Por ejemplo, el nuevo DNF tiene una indicación más visual del progreso de las operaciones; soporte agregado para usar paquetes RPM locales para transacciones; agregó la capacidad de mostrar en los informes sobre transacciones completadas información emitida por scripts integrados en paquetes (scriptlets); propuso un sistema de finalización de entrada más avanzado para bash.

Cabe mencionar que la propuesta aún no ha sido revisada por el FESCo (Comité Directivo de Ingeniería de Fedora), que es responsable de la parte técnica del desarrollo de la distribución de Fedora.

Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/36tSRQH
via IFTTT

WineHQ sigue a medio gas. Si la semana pasada decíamos que habían introducido pocos retoques, esta semana se han superado a la baja y aún han introducido menos. Parece claro que la mayoría de colaboradores están de vacaciones, porque no es muy normal que en la nota del lanzamiento de WINE 7.17 sólo se hayan mencionado dos novedades destacadas, a la que se le suma la tercera que engloba el resto de pequeños retoques.

WineHQ dice que WINE 7.17 ha corregido 18 bugs, pero se han realizado un total de 220 cambios. Hace dos semanas se introdujeron 225, y, aunque entra dentro de lo que se puede considerar normal, lo cierto es que nos tienen acostumbrados a superar los 300, incluso los 400 en muchas ocasiones, y ha habido casos en los que esta cifra ha llegado a superar la barrera de los 600. Por lo tanto, esta nueva versión de desarrollo tiene que etiquetarse como una actualización pequeña. Otra cosa no tendría mucho sentido.

Novedades más destacadas de WINE 7.17

Esta semana, lo que WineHQ destaca sobre el resto es el alto soporte de planos Unicode en DirectWrite y algunos trabajos hacia el soporte de Wow64 en el controlador Vulkan. El tercer punto aparece siempre, y es el que dice que se han corregido bugs varios. Y que nadie se equivoque: lo que estoy escribiendo aquí no es una queja ni nada por el estilo. Lo único que estoy haciendo es comparar el trabajo realizado en los diferentes lanzamientos, y está claro que ahora están las cosas bajo mínimos.

WINE 7.17 está disponible desde este enlace. En la página de descargas hay información sobre cómo instalar esta y otras versiones en sistemas operativos como Debian y Ubuntu, pero también se puede instalar en Android y macOS.

La próxima versión será un WINE 7.18 que llegará el 23 de septiembre, siempre y cuando se cumplan los plazos habituales, y nada nos hace pensar lo contrario por las fechas en las que acabamos de entrar. No sabemos a cuánto ascenderla la lista de cambios, pero el ritmo debe volver a subir y es probable que ya se superen los 300.

from Linux Adictos https://ift.tt/68aseNR
via IFTTT

Hace unos días, el equipo de Phosh publicó algunos de sus avances y eran interesantes, pero hoy se ha publicado un artículo sobre lo nuevo en GNOME Shell Mobile y es más que interesante, impresionante. Esta es la propuesta de GNOME Project, por lo que queda en el aire cómo seguirá promocionando Phosh cuando lancen la primera versión estable de su propio trabajo.

Phosh nunca ha tenido el diseño que a mí me habría gustado, y Plasma sigue pareciendo un trabajo en construcción. La demo que han publicado los de GNOME recuerda mucho a lo que vemos en los mejores teléfonos Android o incluso el iPhone de Apple. No, no exagero. Aunque hay que tener en cuenta que es una demo, todo se ve demasiado bien.

GNOME Shell Mobile pisa el acelerador

La entrada del blog de GNOME tiene mucho texto (insertar meme de Yoda aquí), pero también vídeos. Y como una imagen vale más que mil palabras, enlazo aquí los vídeos, que no tienen desperdicio.

En este primero vemos cómo deslizando un dedo desde abajo se entraría a la «Vista General», o lo que llamamos la multitarea en móviles. Aparece una caja de búsqueda, las tarjetas de las aplicaciones abiertas y debajo como un cajón de apps. Como dato, se cierran del todo deslizando las tarjetas hacia arriba. Más aún, la línea que hay en la parte inferior nos permite pasar a la app de la izquierda o la derecha deslizando en una de esas direcciones.

En cuanto a la búsqueda, que eso no aparece en el vídeo pero sí en una captura en el artículo original, irán apareciendo coincidencias mientras escribimos, incluidas las que tengan que ver con ajustes.

En este segundo vemos el navegador y el teclado virtual, el teclado normal en cualquier teléfono. Tiene un buen diseño que queda perfectamente en móviles y soporta emojis. La animación de entrada también es muy fluida.

En el siguiente vemos el cajón de aplicaciones o «grid», más concretamente cómo podemos ordenar los iconos de las aplicaciones. Todo se ve muy «móvil», es decir, no desentona con lo que estamos acostumbrados a ver en Android o iOS/iPadOS: si ponemos un icono encima de otra aplicación, se creará una nueva carpeta, o podemos moverlos a donde queramos. Esto, como todo, y recordando que es una demo, funciona sin nada de retardos ni tirones. Es todo fluidez. Insisto en que es una demostración porque este tipo de pruebas se hacen en las mejores condiciones posibles, y luego puede no verse igual de bien cuando lo intentemos en casa.

En el cuarto y último vídeo nos muestran lo que sería el centro de control, con los ajustes rápidos y algunos widgets como el de la música.

Qué es lo próximo

GNOME Shell para móviles lleva poco tiempo desde que se anunció, y los progresos que han hecho en tan poco tiempo impresionan. Pero claro, aún no tienen nada para uso general, y tienen que seguir mejorando. En la hoja de ruta, el proyecto dice que tiene que hacer que «la experiencia móvil sea realmente increíble«, añadiendo cosas como:

• Llamadas en la pantalla de bloqueo (es decir, una API para que las aplicaciones dibujen sobre la pantalla de bloqueo).
• Llamadas de emergencia.
• Respuesta háptica.
• Desbloqueo con PIN.
• Adaptación del diseño del teclado del terminal para el móvil, más diseños de teclado personalizados, por ejemplo, para las URL.
• Renovación de las notificaciones, incluyendo la agrupación y mejores acciones.
• Activación de los ajustes rápidos de la linterna.
• Reordenación del espacio de trabajo en la vista general.

Para probarlo, el proyecto recomienda usar GNOME OS Nightly. También mencionan a postmarketOS, pero no hay imágenes disponibles, o las suyas propias, pero tampoco las han publicado aún. Por lo tanto, la única opción válida sería la primera, pero yo me esperaría a que se lanzaran imágenes específicas.

GNOME Shell para móviles pinta bien, y pinta aún mejor el escenario general ahora que este segundo proyecto grande (el otro sería KDE) ha entrado en juego y está jugando realmente bien.

from Linux Adictos https://ift.tt/ErLja52
via IFTTT