{"id":114355,"date":"2024-03-16T12:25:47","date_gmt":"2024-03-16T10:25:49","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-biblioteki-libadwaita-1-5-dlya-sozdaniya-interfejsov-v-stile-gnome"},"modified":"2024-03-16T12:25:47","modified_gmt":"2024-03-16T10:25:49","slug":"vypusk-biblioteki-libadwaita-1-5-dlya-sozdaniya-interfejsov-v-stile-gnome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-biblioteki-libadwaita-1-5-dlya-sozdaniya-interfejsov-v-stile-gnome","title":{"rendered":"Lanzamiento de la biblioteca Libadwaita 1.5 para crear interfaces al estilo GNOME.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

El proyecto GNOME ha publicado la versi\u00f3n 1.5 de la biblioteca Libadwaita, que incluye un conjunto de componentes para el dise\u00f1o de la interfaz de usuario, de acuerdo con las recomendaciones de las GNOME HIG (Gu\u00edas de Interfaz Humana). La biblioteca contiene widgets y objetos listos para construir aplicaciones que se alineen con el estilo general de GNOME, cuya interfaz puede adaptarse din\u00e1micamente a pantallas de cualquier tama\u00f1o. El c\u00f3digo de la biblioteca est\u00e1 escrito en C y se distribuye bajo la licencia LGPL 2.1+. <\/p>\n

La biblioteca libadwaita se utiliza junto con GTK4 e incluye los componentes del tema Adwaita usado en GNOME, que se han extra\u00eddo de GTK en una biblioteca separada. Extraer los elementos visuales de GNOME en una biblioteca independiente permite desarrollar los cambios necesarios para GNOME por separado de GTK, lo que permite a los desarrolladores de GTK centrarse en lo fundamental, mientras que los desarrolladores de GNOME pueden implementar los cambios de dise\u00f1o necesarios de manera m\u00e1s r\u00e1pida y flexible, sin afectar a GTK mismo. <\/p>\n

La biblioteca incluye widgets est\u00e1ndar que abarcan diversos elementos de la interfaz, como listas, paneles, bloques de edici\u00f3n, botones, pesta\u00f1as, formularios de b\u00fasqueda, cuadros de di\u00e1logo, etc. Los widgets propuestos permiten crear interfaces universales que funcionan org\u00e1nicamente tanto en pantallas grandes de PCs y laptops como en peque\u00f1as pantallas t\u00e1ctiles de tel\u00e9fonos inteligentes. La interfaz de las aplicaciones cambia din\u00e1micamente en funci\u00f3n del tama\u00f1o de la pantalla y de los dispositivos de entrada disponibles. La biblioteca tambi\u00e9n incluye un conjunto de estilos Adwaita, que ajustan la apariencia de acuerdo con las recomendaciones de GNOME, sin necesidad de realizar una adaptaci\u00f3n manual.

\"Lanzamiento<\/center> <\/p>\n

El cambio principal en libadwaita 1.5 fue la reestructuraci\u00f3n de los widgets adaptativos para la creaci\u00f3n de di\u00e1logos que se ajustan al tama\u00f1o del \u00e1rea visible. A diferencia de los di\u00e1logos tradicionales, que se ubican en ventanas separadas, los nuevos di\u00e1logos se crean del lado del cliente, se renderizan dentro de las ventanas existentes y no pueden salir del l\u00edmite de la ventana principal. Este enfoque simplifica la creaci\u00f3n de di\u00e1logos universales, que se combinan con interfaces para sistemas m\u00f3viles y de escritorio, y proporciona m\u00e1s opciones para gestionar los di\u00e1logos (por ejemplo, no se necesita rastrear el desbordamiento de la ventana, se puede elegir el comportamiento respecto a los botones de cierre, se garantiza la expansi\u00f3n autom\u00e1tica a pantalla completa en versiones m\u00f3viles de aplicaciones, y se considera el estilo de la ventana actual, no del sistema, al oscurecer el di\u00e1logo).

\"Lanzamiento\"Lanzamiento<\/center> <\/p>\n

En el futuro, se planea implementar otra variante de di\u00e1logos similares, vinculados no a ventanas, sino a pesta\u00f1as dentro de una ventana, lo que puede ser \u00fatil en aplicaciones como navegadores para que los di\u00e1logos asociados a la pesta\u00f1a no cubran la ventana principal al cambiar entre pesta\u00f1as. <\/p>\n

Para dispositivos m\u00f3viles, se ha implementado la opci\u00f3n de anclar di\u00e1logos en la parte inferior de la pantalla (bottom sheets), en lugar de alinearlos en el centro. Los di\u00e1logos fijos en la parte inferior evitan que los usuarios confundan el cierre de ventanas, ya que en estos di\u00e1logos, parte de la ventana principal permanece visible y los botones de cierre de la ventana principal y del di\u00e1logo est\u00e1n claramente separados, por lo que ahora es dif\u00edcil confundirlos.

\"Lanzamiento<\/center> <\/p>\n

La gesti\u00f3n de los nuevos di\u00e1logos se realiza a trav\u00e9s de la clase AdwDialog, cuyo uso en la mayor\u00eda de las situaciones es similar al de la clase GtkWindow, y las diferencias se limitan a las operaciones de visualizaci\u00f3n y cierre. Por ejemplo, la propiedad \u2018:transient-for\u2019 se ha sustituido por un par\u00e1metro en la funci\u00f3n adw_dialog_present(), se ha a\u00f1adido una nueva se\u00f1al \u2018::close-attempt\u2019 y se ha modificado el manejo del par\u00e1metro \u2018:can-close\u2019. En lugar de las clases AdwPreferencesWindow, AdwAboutWindow y AdwMessageDialog, se sugiere utilizar las clases AdwPreferencesDialog, AdwAboutDialog y AdwAlertDialog con los nuevos di\u00e1logos. <\/p>\n

Los di\u00e1logos que no tienen una ventana principal seguir\u00e1n siendo tratados como ventanas separadas. Al igual que las ventanas, tambi\u00e9n funcionar\u00e1n di\u00e1logos cuyas ventanas principales no se pueden utilizar para alojar di\u00e1logos, por ejemplo, si no permiten el cambio de tama\u00f1o o si carecen de las clases AdwWindow y AdwApplicationWindow. <\/p>\n

Cambios no relacionados con la reingenier\u00eda de di\u00e1logos en Libadwaita 1.5: <\/p>\n