Vrystelling van die Libadwaita 1.5-biblioteek vir die skep van GNOME-styl-koppelvlakke

Die GNOME-projek het die vrystelling van die Libadwaita 1.5-biblioteek gepubliseer, wat 'n stel komponente insluit vir die stilering van die gebruikerskoppelvlak wat voldoen aan die GNOME HIG (Human Interface Guidelines) aanbevelings. Die biblioteek bevat klaargemaakte widgets en voorwerpe vir die bou van toepassings wat voldoen aan die algemene GNOME-styl, waarvan die koppelvlak reageerend kan aanpas by skerms van enige grootte. Die biblioteekkode is in C-taal geskryf en onder die LGPL 2.1+-lisensie versprei.

Die libadwaita-biblioteek word saam met GTK4 gebruik en bevat komponente van die Adwaita-vel wat in GNOME gebruik word, wat uit GTK na 'n aparte biblioteek geskuif is. Deur GNOME-visuele materiaal na 'n aparte biblioteek te skuif, kan GNOME-nodige veranderinge apart van GTK ontwikkel word, wat GTK-ontwikkelaars in staat stel om op die basiese beginsels te fokus, en GNOME-ontwikkelaars om stileringsveranderinge vir hulself vinniger en buigsaam te maak sonder om GTK self te beïnvloed.

Die biblioteek bevat standaard widgets wat verskeie koppelvlakelemente dek, soos lyste, panele, redigeerblokke, knoppies, oortjies, soekvorms, dialoogkassies, ens. Die voorgestelde widgets laat jou toe om universele koppelvlakke te skep wat naatloos funksioneer op beide groot skerms van rekenaars en skootrekenaars, en op klein raakskerms van slimfone. Die toepassingskoppelvlak verander dinamies na gelang van die skermgrootte en beskikbare invoertoestelle. Die biblioteek bevat ook 'n stel Adwaita-style wat die voorkoms en gevoel na GNOME-riglyne bring sonder dat dit nodig is vir handmatige aanpassing.

Основным изменением в libadwaita 1.5 стала переработка адаптивных виджетов для создания диалоговых окон, подстраивающихся под размер видимой области. В отличие от традиционных диалогов, которые размещаются в отдельных окнах, новые диалоги формируются на стороне клиента, отрисовываются внутри существующих окон и не могут выходить за пределы родительского окна. Подобный подход упрощает создание универсальных диалогов, сочетаемых с интерфейсами для мобильных и настольных систем, а также предоставляет дополнительные возможности для управления диалогами (например, не нужно отслеживать выход за границу окна, можно выбирать поведение в отношении кнопок закрытия, обеспечивается автоматическое развёртывание на весь экран в мобильных версиях приложений, учитывается стиль текущего окна, а не системы, при затемнении диалога).

В дальнейшем планируется реализовать ещё один вариант подобных диалогов, привязанных не к окнам, а ко вкладкам внутри окна, что может быть востребовано в таких приложениях, как браузеры для того, чтобы связанные со вкладкой диалоги не перекрывали основное окно при переключении между вкладками.

Для мобильных устройств реализована поддержка размещения диалогов в форме листов, закреплённых в нижней части экрана (bottom sheets), а не в форме листов, выровненных по центру. Прикреплённые к нижней части диалоги избавляют пользователей от путаницы с закрытием окон — в подобных диалогах часть родительского окна остаётся видимой и кнопки закрытия родительского окна и самого диалога явно разделены, поэтому их теперь трудно спутать.

Управление новыми диалогами производится при помощи класса AdwDialog, работа с которым в большинстве ситуаций походит на использование класса GtkWindow, а различия сводятся к операциям отображения и закрытию. Например, свойство «:transient-for» заменено на параметр в функции adw_dialog_present(), добавлен новый сигнал «::close-attempt», изменена обработка параметра «:can-close». Вместо классов AdwPreferencesWindow, AdwAboutWindow и AdwMessageDialog с новыми диалогами предложено использовать классы AdwPreferencesDialog, AdwAboutDialog и AdwAlertDialog.

Диалоги, которые не имеют родительского окна, по-прежнему будут обрабатываться в форме отдельных окон. Как окна также будут функционировать диалоги, родительские окна которых не могут быть использованы для размещения диалогов, например, если они не допускают изменения размера или для них отсутствуют классы AdwWindow и AdwApplicationWindow.

Не связанные с переработкой диалогов изменения в Libadwaita 1.5:

• В класс AdwEntryRow добавлено свойство «:text-length» для ограничения размера текста в поле ввода.
• В класс AdwMessageDialog добавлен метод remove_response().
• В класс AdwBreakpointBin, позволяющий менять интерфейс пользователя произвольным образом в зависимости от размера окна, добавлена возможность программного удаления точек останова.
• В класс AdwSwipeTracker добавлен флаг «:allow-window-handle», допускающий пролистывание поверх верхней панели (используется в листах, прикреплённых к нижнему краю).
• Повышена яркость цветов, используемых при затенении окон при тёмном стиле оформления.

Bron: opennet.ru