Ukukhishwa kwelabhulali ye-Libadwaita 1.5 yokudala izixhumanisi zesitayela se-GNOME

Iphrojekthi ye-GNOME ishicilele ukukhishwa komtapo wezincwadi we-Libadwaita 1.5, ohlanganisa isethi yezingxenye zokwenza isitayela somsebenzisi esivumelana nezincomo ze-GNOME HIG (Izinkombandlela Zokusebenzelana Komuntu). Umtapo wolwazi uhlanganisa amawijethi enziwe ngomumo kanye nezinto zokwakha izinhlelo zokusebenza ezithobela isitayela esijwayelekile se-GNOME, isixhumi esibonakalayo esingakwazi ukuzivumelanisa ngokusabela nezikrini zanoma imuphi usayizi. Ikhodi yomtapo wolwazi ibhalwe ngolimi C futhi isatshalaliswa ngaphansi kwelayisensi ye-LGPL 2.1+.

Umtapo wezincwadi we-libadwaita usetshenziswa kanye ne-GTK4 futhi uhlanganisa izingxenye zesikhumba se-Adwaita ezisetshenziswa ku-GNOME, ezikhishwe ku-GTK zayiswa kulabhulali ehlukile. Ukuhambisa okubonwayo kwe-GNOME kumtapo wolwazi ohlukile kuvumela izinguquko ezidingwa yi-GNOME ukuthi zithuthukiswe ngokuhlukana ne-GTK, okuvumela abathuthukisi be-GTK ukuthi bagxile ezintweni eziyisisekelo, kanye nonjiniyela be-GNOME ukuthi baphushele izinguquko zesitayela ngokushesha nangokuguquguqukayo ngokwabo ngaphandle kokuthinta i-GTK ngokwayo.

Umtapo wolwazi uhlanganisa amawijethi ajwayelekile ahlanganisa izici ezihlukahlukene zokusebenzelana, njengezinhlu, amaphaneli, amabhlogo wokuhlela, izinkinobho, amathebhu, amafomu okusesha, amabhokisi ezingxoxo, njll. Amawijethi ahlongozwayo akuvumela ukuthi udale izixhumanisi zomhlaba wonke ezisebenza ngaphandle komthungo kokubili kuzikrini ezinkulu zama-PC namakhompyutha aphathekayo, nasezikrinini zokuthinta ezincane zama-smartphone. Isixhumi esibonakalayo sohlelo lokusebenza siyashintsha ngokuya ngosayizi wesikrini namadivayisi wokufaka atholakalayo. Umtapo wolwazi uhlanganisa nesethi yezitayela ze-Adwaita eziletha ukubukeka nokuzwakala kuzinkombandlela ze-GNOME ngaphandle kwesidingo sokwenza ngokwezifiso.

Основным изменением в 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», допускающий пролистывание поверх верхней панели (используется в листах, прикреплённых к нижнему краю).
• Повышена яркость цветов, используемых при затенении окон при тёмном стиле оформления.

Source: opennet.ru