Screenshot de TileOS

Últimamente están comenzados a ganar terreno las distribuciones centradas en el uso de administradores de ventanas en mosaico, y es que no es para hacerlas menos dado que el uso administradores de ventanas en mosaico en lugar de un entorno de escritorio completo dígase por ejemplo, Gnome, KDE, Cinnamon o incluso XFCE, suelen ofrecer un gran rendimiento y una menor demanda de recursos.

Por otra parte, en comparación de hace unos 10 e incluso 5 años atrás, los administradores de ventanas en mosaico no solían ser tan atractivos visualmente, esto claro no de primera mano, ya que si eras un entusiasta y destinabas el tiempo suficiente podías tener un escritorio bastante «elegante».

El motivo de mencionar esto y como mencione, «hoy en dia», ya existen diversas distribuciones que nos pueden entregar un escritorio decente que utilicé un administrador de ventanas en mosaico y en esta ocasión vamos a hablar un poco sobre TileOS.

¿Qué es TileOS?

TileOS es una distribucion de Linux basada en Debian que ofrece un entorno de escritorio que utiliza administradores de ventanas en mosaico y está diseñado para proporcionar una experiencia lista para usar, sin necesidad de configuraciones adicionales, y está dirigido tanto a usuarios experimentados de Linux como a principiantes que deseen explorar un entorno de administrador de ventanas en mosaico sin dedicar mucho tiempo a la configuración.

TileOS tiene objetivos similares a otras distribuciones como Ubuntu Sway Remix, pero se destaca por su flexibilidad en cambios y personalizaciones, así como por su enfoque en administradores de ventanas que utilizan el protocolo Wayland.

Una de las características más notables de TileOS es que se centra en los administradores de ventanas que emplean el protocolo Wayland. Oficialmente, se han lanzado ediciones con los entornos de escritorio Sway y River, y actualmente se están desarrollando versiones con SwayFX (una variante de Sway con varios efectos visuales integrados) y Qtile.

Aunque la distribución se basa en la rama estable de paquetes Debian, se han incorporado mejoras y versiones más recientes de controladores de software y gráficos desde la rama de pruebas. Además, el paquete incluye correcciones que optimizan el rendimiento del subsistema de almacenamiento y memoria, junto con mejoras provenientes de Ubuntu, como la capacidad de montar discos en el administrador de archivos sin solicitar contraseña, entre otras características adicionales.

TileOS 1.0 «T-Rex»

Actualmente, la distribución se encuentra sobre su versión TileOS 1.0 «T-Rex», la cual cuenta con el Kernel Linux 6.6.15  con optimizaciones para mejorar el tiempo de respuesta, utilizando la opción CONFIG_HZ=1000, en contraste con la configuración estándar de Debian que emplea CONFIG_HZ=300.

En TileOS 1.0 se implementaron mejoras en Calamares, permitiendo a los usuarios seleccionar y personalizar el software adicional durante la instalación. Además, utiliza D-Bus Broker como la implementación del bus del sistema D-Bus y PipeWire como servidor de sonido, mejorando la gestión del sistema y la experiencia de audio.

Tambien cuenta con un conjunto de controladores de vídeo de código abierto, como Mesa 23.2.1 y Xwayland 23.2.2. Además, viene con el motor Zram habilitado de forma predeterminada, utilizando el algoritmo de compresión zstd para mejorar el rendimiento del sistema.

En cuanto a la compatibilidad de hardware, TileOS preinstala una amplia gama de controladores y firmware propietarios, lo que amplía significativamente la compatibilidad con diferentes dispositivos. También proporciona acceso a repositorios con software adicional, como VirtualBox, Visual Studio Code, Librewolf, OnlyOffice y Brave, conectados de forma predeterminada para facilitar la instalación de herramientas y aplicaciones populares.

Para la administración de sesiones de usuario, TileOS utiliza systemd, lo que garantiza un cierre adecuado de aplicaciones y componentes al reiniciar, apagar o cerrar sesión, y facilita el procesamiento correcto del inicio de la aplicación. En la edición Sway, TileOS utiliza systemd-oomd como el demonio OOM Killer, mientras que otras ediciones utilizan EarlyOOM para gestionar eficazmente la memoria.

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

Descargar y obtener TileOS

Para los interesados en probar o instalar TileOS, deben saber que la imagen del sistema está disponible solo para la arquitectura amd64 y se menciona que se tienen planes futuros para soporte para arm64, especialmente para las placas Raspberry Pi.

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

Screenshot de Libadwaita 1.5

Los desarrolladores de Gnome dieron a conocer hace poco el lanzamiento de la nueva versión de Libadwaita 1.5, y en esta nueva versión se han implementado diversas mejoras a los cuadros de diálogo, asi como también la adición de nuevas propiedades y más.

Para quienes desconocen de Libadwaita, deben saber que esta es una biblioteca de componentes para el estilo de la interfaz de usuario de GNOME. Libadwaita se utiliza junto con GTK4 e incluye componentes del tema Adwaita utilizado en GNOME, que ahora se han trasladado de GTK a una biblioteca independiente. Este movimiento permite que los cambios específicos de estilo de GNOME se desarrollen de forma separada de GTK, permitiendo a los desarrolladores de GTK centrarse en aspectos fundamentales mientras que los desarrolladores de GNOME pueden implementar cambios de estilo de manera más ágil y flexible sin afectar a GTK en sí.

Principales novedades de Libadwaita 1.5

En esta nueva versión que se presenta de Libadwaita 1.5, el principal cambio fue la revisión de los widgets adaptativos para crear cuadros de diálogo que se ajusten al tamaño del área visible (estos se representan en el lado del cliente, dentro de las ventanas existentes, y no pueden extenderse más allá de la ventana principal).

Los cambios implementados simplifican la creación de cuadros de diálogo, los cuales pueden integrarse con interfaces para sistemas móviles y de escritorio. Además, proporciona opciones adicionales para administrar cuadros de diálogo, como el comportamiento de los botones de cierre y la expansión automática a pantalla completa en versiones móviles de aplicaciones. Se menciona que a futuro se planea implementar el vínculo de cuadros de diálogo a pestañas dentro de la ventana en lugar de a ventanas separadas, lo cual será útil en aplicaciones como navegadores para evitar superposiciones al cambiar entre pestañas.

Otra de las novedades que presenta Libadwaita 1.5 es para los dispositivos móviles, ya que se ha agregado soporte para colocar diálogos en forma de hojas acopladas en la parte inferior de la pantalla (hojas inferiores) en lugar de alineadas con el centro. Esto ayuda a evitar confusiones al cerrar ventanas, ya que parte de la ventana principal permanece visible y los botones de cierre están claramente separados.

Los nuevos cuadros de diálogo se gestionan mediante la clase AdwDialog, que es similar al uso de GtkWindow, con diferencias en las operaciones de visualización y cierre. Se han introducido cambios en la manera de manejar propiedades y señales específicas para estos cuadros de diálogo, como la señal «::close-attempt» y el procesamiento de la propiedad»:can-close«. Además, se recomienda utilizar las nuevas clases AdwPreferencesDialog, AdwAboutDialog y AdwAlertDialog en lugar de las versiones anteriores para estos tipos de diálogo.

En Libadwaita 1.5, los cuadros de diálogo que no están asociados a una ventana principal seguirán tratándose como ventanas independientes. Esto aplica a cuadros de diálogo cuyas ventanas principales no permiten albergar otros cuadros de diálogo, por ejemplo, si no admiten cambios de tamaño o no tienen las clases AdwWindow y AdwApplicationWindow.

Además de la reelaboración de los diálogos, se realizaron otros cambios en Libadwaita 1.5:

• Se añadió la propiedad»:text-length» a la clase AdwEntryRow para limitar la longitud del texto en el campo de entrada.
• AdwHeaderBar siempre muestra un botón de cerrar dentro de los cuadros de diálogo, independientemente del diseño del sistema. La única pista que recibe del sistema es si mostrar el botón de cerrar en el lado derecho o izquierdo.
• Se incluyó el método remove_response() en la clase AdwMessageDialog para eliminar respuestas específicas.
• Se agregó la capacidad de quitar breakpoints (puntos de interrupción) de forma programática en la clase AdwBreakpointBin, permitiendo cambios en la interfaz de usuario según el tamaño de la ventana.
• Se introdujo el indicador «:allow-window-handle» en la clase AdwSwipeTracker para permitir deslizamientos en la parte superior de la barra (útil para hojas adjuntas en el borde inferior).
• Se aumentó el brillo de los colores utilizados al sombrear ventanas en un estilo de diseño oscuro, mejorando la visibilidad y la estética en entornos con poca luz.

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/OUkcvX3
via IFTTT