Durante varios años, el equipo de Gnome (formado por colaboradores profesionales y personal de Red Hat) ha estado trabajando para mejorar significativamente la experiencia del usuario que ofrece GNOME Shell.

Y es que en la versión 3.36, las principales actualizaciones, como la nueva pantalla de bloqueo, los elementos visuales y varias pequeñas adiciones, han mejorado la experiencia del usuario en GNOME. Sin embargo, queda mucho por hacer.

Este trabajo se refiere a:

• mejor organización espacial de la vista general;
• inicio útil y estados vacíos;
• navegación mejorada en el panel táctil;
• navegar y lanzar aplicaciones más atractivas.

Después de meses de explorar el diseño y completar seis ejercicios de investigación separados, el equipo de GNOME Shell anuncia que han podido actualizar la función Descripción general de actividades, que esperan llegará a tiempo para GNOME 40 (programado para su lanzamiento en marzo de 2021). Si se está preguntando cómo pasamos de la versión 3.xx a la versión 40, debe saber que los desarrolladores de GNOME han anunciado que la próxima versión estable importante del entorno de escritorio vendrá con un nuevo número de versión.

Después de la versión actual 3.38, los usuarios tendrán derecho a la versión 40, cuyo lanzamiento está programado para marzo de 2021.

En cuanto al trabajo que se ha realizado recientemente para mejorar la experiencia de GNOME, los mantenedores del proyecto explican que los aspectos principales del último diseño han funcionado bien, y en el último ejercicio de investigación se observó una preferencia general por el nuevo diseño interno.

El equipo informa que ahora que los diseños son más estables:

 ¡estamos emocionados de compartirlos e invitar a colaboradores para que nos ayuden a llevar el nuevo diseño más allá de la línea de meta!» »A continuación, las nuevas mejoras realizadas.

Descripción general de las actividades rediseñadas

El nuevo diseño reinventa la visión general de las actividades utilizando una fuerte metáfora espacial. Los espacios de trabajo están dispuestos horizontalmente y tienen una calidad física. En las pruebas, a los participantes les resultó más fácil de entender y más atractivo.

Los espacios de trabajo aparecen en una secuencia continua, de izquierda a derecha. Esta secuencia puede ser panorámica y desplazamiento. Además, las ventanas tienen iconos de aplicaciones para ayudar en la identificación, y el título de la ventana se muestra al pasar el mouse.

La cuadrícula de aplicaciones

Según el equipo de GNOME, ya se ha trabajado mucho en la cuadrícula de aplicaciones, por lo que el nuevo diseño es bastante similar al que ya está en la última versión de GNOME (3.38). La característica clave de la nueva parrilla es su personalización. Los lanzadores se pueden reorganizar a voluntad, tanto en varias páginas como en carpetas. Esta interacción fue inmediatamente intuitiva para los probadores, señala el equipo de GNOME. Finalmente, la principal diferencia entre el nuevo diseño y el GNOME actual es la orientación de las páginas de cuadrícula de la aplicación, que ahora son horizontales en lugar de verticales, como parte de la reorganización espacial general de la descripción general.

Navegación

Con un modelo espacial sólido, el diseño tiene como objetivo admitir una navegación y orientación intuitivas. Según los desarrolladores de GNOME, esta es la principal motivación para cambiar la orientación de los espacios de trabajo de vertical a horizontal. Con los espacios de trabajo dispuestos horizontalmente, el eje vertical se puede utilizar para controlar el movimiento dentro y fuera de la vista general y la cuadrícula de aplicaciones.

Esta disposición espacial se ha elegido a propósito para que la navegación pueda funcionar como en un espacio bidimensional. Izquierda y derecha le permite moverse entre espacios de trabajo, y arriba y abajo le permite ingresar a la descripción general y muestra la cuadrícula de la aplicación. Según los equipos de GNOME que lo implementaron, esto es particularmente poderoso cuando se navega con gestos del panel táctil.

La hoja de ruta

Para lograr su objetivo final, el equipo de GNOME tiene la intención de avanzar paso a paso. A primera vista, tiene la intención de abordar el trabajo en curso para implementar el diseño y resolver los problemas de diseño pendientes. La implementación se realizará como una serie de ramas separadas que aterrizarán en gnome-shell master. Afortunadamente, recuerdan los desarrolladores, se ha hecho mucho para que el código de presentación sea más flexible, lo que facilitará este proceso.

El equipo de desarrollo de GNOME también especifica que las maquetas de los diseños están en el repositorio de os-mockups. Además, señala que tiene un problema para seguir la iniciativa en el proyecto GNOME-Shell. Los colaboradores que lo deseen pueden acudir a estos dos lugares para realizar sus aportaciones.

Finalmente, el equipo de GNOME dice que garantizar una excelente calidad es una prioridad para ellos. Por lo tanto, planea hacer que las versiones de desarrollo de los cambios estén disponibles para pruebas lo antes posible en el proceso. «Cuanta más gente podamos ejecutar el código y proporcionar comentarios, mejor», argumentan los desarrolladores del proyecto.

Fuente: https://blogs.gnome.org/

from Linux Adictos https://ift.tt/2J9KxxX
via IFTTT

Después de que el gobierno de Trump diera a conocer que incluía a Huawei dentro de su lista negra y de varios meses de especulaciones y del que podria hacer la empresa para continuar en el mercado de los smartphones y tablets, se dio a conocer HarmonyOS, un sistema operativo en el cual «había estado trabajando Huawei» desde meses atrás con la finalidad de dejear la dependencia a Android para sus equipos.

Y pues bien, ahora ya se ha lanzado la versión beta del sistema operativo HarmonyOS 2.0 y esta beta se puede probar en los siguientes equipos Huawei, «Huawei P40, P40 Pro, Mate30 y Mate30 Pro, así como para la tableta MatePad Pro». La interfaz de usuario se basa en EMUI 11, que también se utiliza en dispositivos Huawei basados ​​en la plataforma Android.

Recordemos que el proyecto Harmony lleva en desarrollo desde 2017 y es un sistema operativo de microkernel. Los desarrollos del proyecto se publican bajo la licencia BSD como parte del proyecto OpenHarmony, que es supervisado por la organización sin fines de lucro China Open Atomic Open Source Foundation.

La versión Beta para desarrolladores de teléfonos móviles HarmonyOS 2.0 ha mejorado las siguientes características:

• Más de 15000 API (admiten el desarrollo de aplicaciones para teléfonos móviles / PAD, pantallas grandes, dispositivos portátiles, automóviles y máquinas)

• Marco de aplicación distribuido

• Controles de interfaz de usuario distribuidos

• DevEco Studio 2.0 Beta3

De las características de HarmonyOS que se destacan, se menciona las siguientes:

El núcleo del sistema se verifica a un nivel de lógica/matemática formal para minimizar el riesgo de vulnerabilidades. La verificación se realizó utilizando métodos que se utilizan comúnmente en el desarrollo de sistemas críticos en áreas como la aviación y la astronáutica, y pueden lograr el cumplimiento del nivel de seguridad EAL 5+.

El micronúcleo está aislado de dispositivos externos, mientras que el sistema está desacoplado del hardware y permite a los desarrolladores crear aplicaciones que se pueden utilizar en diferentes categorías de dispositivos sin crear paquetes separados.

El microkernel solo implementa el planificador y el IPC, y todo lo demás se traslada a los servicios del sistema, la mayoría de los cuales se ejecutan en el espacio del usuario, ademas el motor de latencia determinista, que analiza la carga en tiempo real y utiliza métodos para predecir el comportamiento de la aplicación, se propone como un programador de tareas. En comparación con otros sistemas, el programador logra una reducción del 25,7% en la latencia y una reducción del 55,6% en el jitter de latencia.

Por otra parte, para proporcionar comunicación entre el microkernel y los servicios del kernel externo, como el sistema de archivos, la pila de red, los controladores y el subsistema de lanzamiento de la aplicación, se utiliza IPC, que, según la compañía, es cinco veces más rápido que IPC en Zircon y tres veces más rápido que IPC en QNX.

En lugar de la pila de protocolos de cuatro capas que se usa comúnmente para reducir la sobrecarga, Harmony OS emplea un modelo simplificado de una sola capa basado en un bus virtual distribuido que se comunica con hardware como pantallas, cámaras, tarjetas de sonido y similares.

El sistema no proporciona acceso de usuario a nivel root (no hay un superusuario global regular, pero existen procesos de sistema privilegiados). Para acceder a operaciones privilegiadas, se utiliza la concesión selectiva basada en la capacidad en relación con los ID de proceso. Las aplicaciones personalizadas también requieren permisos separados para el acceso a la cámara y al micrófono.
La aplicación está construida con su propio compilador Arc, que admite código C, C ++, Java, JavaScript y Kotlin.

Para crear aplicaciones para varias clases de dispositivos, como televisores, teléfonos inteligentes, relojes inteligentes, sistemas de información para automóviles, etc., se proporciona un marco universal para desarrollar interfaces y SDK con un entorno de desarrollo integrado. El kit de herramientas adaptará automáticamente las aplicaciones para diferentes pantallas, controles y métodos de interacción del usuario. También menciona proporcionar a Harmony herramientas de personalización para aplicaciones de Android existentes con cambios mínimos.

Finalmente si quieres conocer más al respecto sobre esta versión beta, puedes consultar el siguiente enlace.

Está previsto que los primeros smartphones basados ​​en el nuevo sistema operativo salgan a la venta en octubre de 2021.

from Linux Adictos https://ift.tt/37ESu7P
via IFTTT

Karsten Wade, quien trabaja en Red Hat y se ha desempeñado en la junta directiva de CentOS desde sus inicios, trató de explicar las razones detrás de los cambios en el proyecto CentOS. En 2003, Red Hat dividió la distribución de Red Hat Linux en dos proyectos: el comercial Red Hat Enterprise Linux y el gratuito Fedora Linux, que se posicionaron como una distribución de rápido crecimiento con un ciclo de soporte corto, adecuado para probar nuevas tecnologías para futuras ramas de RHEL.

La capacidad de instalar Red Hat Linux de forma gratuita se perdió y, en respuesta a la necesidad de una distribución estable, actualizable de forma conservadora y mantenible a largo plazo, el proyecto CentOS fue creado por entusiastas. CentOS llenó el nicho de una distribución industrial gratuita que es totalmente compatible con RHEL, pero no resolvió el problema con la apertura del desarrollo RHEL. El cese del desarrollo de CentOS clásico a favor de CentOS Stream fue una especie de compromiso que nos permitió mover el proceso de desarrollo de RHEL a una vía abierta y brindar a los miembros de la comunidad de terceros la oportunidad de participar en el desarrollo de RHEL.

En lugar de reconstruir paquetes RHEL listos para usar, en cuya creación la comunidad anteriormente no podía influir de ninguna manera, CentOS se está transformando en un proyecto inicial para RHEL y actuará como la base para su desarrollo. Los terceros podrán controlar la preparación de paquetes para RHEL, proponer sus cambios e influir en las decisiones. Afirma que el nuevo CentOS podrá cubrir el 95% de los flujos de trabajo para los que se utilizó CentOS clásico, y para las aplicaciones restantes, Red Hat tiene la intención de proporcionar soluciones adicionales basadas en RHEL, como una extensión del programa Red Hat Enterprise Linux Developer , que define las áreas de uso gratuito de RHEL.

La transformación del proyecto principal de CentOS en lugar del desarrollo paralelo de una rama separada continuamente actualizada de CentOS Stream se explica por la renuencia a rociar fuerzas en dos frentes; según Red Hat, un intento de hacer dos cosas opuestas conducirá al hecho de que ambos se harán mal. Al centrarse en CentOS Stream, la empresa espera que el resultado sea una distribución coherente y fiable que satisfaga las necesidades de la comunidad.

Hasta ahora, la cadena de desarrollo se veía así: se tomó una instantánea de una de las versiones de Fedora como base para una nueva rama de RHEL, que se refinó y estabilizó a puerta cerrada, sin la capacidad de controlar el progreso y las decisiones del desarrollo. Sobre la base de paquetes listos para usar, se formó una versión de CentOS, totalmente compatible con RHEL. La nueva cadena implica la transferencia del proceso de desarrollo de RHEL a CentOS; basado en la instantánea de Fedora, con la participación de la comunidad, se formará la próxima versión significativa de CentOS Stream, después de lo cual RHEL se reconstruirá en base a CentOS Stream.

Desafortunadamente, el costo de transformar CentOS será la pérdida de la compatibilidad binaria total con RHEL, así como la inevitable disminución en el nivel de estabilidad e idoneidad para las implementaciones de producción. Los proyectos de Rocky Linux del creador de CentOS, Oracle Linux y Lenix de CloudLinux están tratando de llenar el nicho vacante. Los usuarios de CentOS que necesiten reconstrucciones completas de RHEL y cuyo nuevo CentOS no les permita resolver las tareas necesarias podrán migrar a estos proyectos.

Adicionalmente, podemos notar la publicación de una entrevista con Gregory Kurtzer, fundador del proyecto CentOS e iniciador de una nueva reconstrucción de Rocky Linux, así como entrevistas con Pablo Greco, mantenedor de compilaciones CentOS para arquitectura armhfp, y Ritch Bowen, responsable en Red Hat del enlace con la comunidad CentOS.

Según Pablo Greco, el proyecto CentOS está muerto y ya no existe, ya que CentOS Stream no es CentOS, sino solo una plataforma para desarrollar la próxima versión de RHEL. Pablo también señala que no es empleado de Red Hat, y aunque es el mantenedor de una de las variantes de CentOS, nadie discutió el plan para transformar CentOS antes del anuncio oficial.

from Linux Adictos https://ift.tt/3h4WjX4
via IFTTT