Die Veröffentlichung der Bibliothek Libadwaita 1.0 zur Erstellung von Benutzeroberflächen im GNOME-Stil

Das GNOME-Projekt hat die erste stabile Version der Bibliothek Libadwaita veröffentlicht, die eine Sammlung von Komponenten zur Gestaltung von Benutzeroberflächen enthält, die den Empfehlungen der GNOME HIG (Human Interface Guidelines) entsprechen. Die Bibliothek umfasst fertige Widgets und Objekte zur Erstellung von Anwendungen, die den einheitlichen GNOME-Stil repräsentieren und deren Benutzeroberflächen sich an Bildschirme jeder Größe anpassen können. Der Code der Bibliothek ist in C geschrieben und wird unter der LGPL 2.1+ Lizenz veröffentlicht.

Die Bibliothek libadwaita wird in Kombination mit GTK4 verwendet und enthält die Komponenten des in GNOME verwendeten Adwaita-Themen, die aus GTK in eine separate Bibliothek ausgelagert wurden. Der Code von libadwaita basiert auf der Bibliothek libhandy und wird als Nachfolger dieser Bibliothek positioniert, die ursprünglich zur Erstellung adaptiver Benutzeroberflächen auf mobilen Plattformen mit GNOME-Technologien entwickelt wurde und in der GNOME-Umgebung Phosh für das Smartphone Librem 5 verfeinert wurde.

Die Bibliothek enthält standardisierte Widgets, die verschiedene Elemente der Benutzeroberfläche abdecken, wie Listen, Panels, Bearbeitungsblöcke, Buttons, Tabs, Suchformulare, Dialogfenster usw. Die angebotenen Widgets ermöglichen die Erstellung universeller Oberflächen, die sowohl auf großen Bildschirmen von PCs und Laptops als auch auf kleinen Touchscreens von Smartphones gleichmäßig funktionieren. Die Benutzeroberfläche der Anwendungen passt sich dynamisch an die Bildschirmgröße und die verfügbaren Eingabegeräte an. Die Bibliothek umfasst außerdem ein Set von Adwaita-Stilen, die das Aussehen gemäß den Empfehlungen von GNOME anpassen, ohne dass eine manuelle Anpassung erforderlich ist.

Die Auslagerung der GNOME-Design-Elemente in eine separate Bibliothek ermöglicht es, notwendige Änderungen für GNOME unabhängig von GTK zu entwickeln. Dies gibt GTK-Entwicklern die Möglichkeit, sich auf die Kernaspekte zu konzentrieren, während GNOME-Entwickler notwendige Anpassungen im Design schneller und flexibler vorantreiben können, ohne GTK selbst zu beeinflussen. Dennoch bringt dieser Ansatz Herausforderungen für Entwickler von Drittanbieter-Desktop-Umgebungen mit sich, die auf GTK basieren. Sie sind gezwungen, entweder libadwaita zu nutzen und sich an die Besonderheiten von GNOME anzupassen, wodurch sie dessen Design replizieren, oder eine eigene Stilbibliothek für GTK zu entwickeln, wobei sie akzeptieren müssen, dass GNOME-Anwendungen in Umgebungen mit alternativen Stilbibliotheken inkonsistent aussehen werden.

Das Hauptanliegen der Entwickler von Drittanbieterumgebungen betrifft die Probleme mit der Neudefinition der Farben von Benutzeroberflächenelementen. Die Entwickler von libadwaita arbeiten jedoch an der Bereitstellung einer API für eine flexible Farbverwaltung, die in einer der nächsten Versionen enthalten sein wird. Unter den ungelösten Problemen wird auch die ordnungsgemäße Funktionsweise von Gestensteuerungs-Widgets auf Touchscreens genannt — für Touchpads wird diese ordnungsgemäße Funktionalität später umgesetzt, da Änderungen an GTK erforderlich sind.

Die wichtigsten Änderungen in libadwaita im Vergleich zu libhandy:

• Ein vollständig überarbeitetes Styleset. Das in GNOME verwendete Adwaita-Design wurde aus GTK herausgenommen und modernisiert, während das alte Design in GTK unter dem Namen „Default“ festgelegt wurde. Zu den auffälligsten Unterschieden zwischen libadwaita und dem Design „Default“ gehört die Änderung der Fensterüberschriften.
• Die Mechanismen zur Bindung von Farben an Elemente und zum Wechseln von Farben während der Anwendung wurden geändert (die Probleme hängen damit zusammen, dass libadwaita auf SCSS umgestellt hat, was eine Neuübersetzung zum Austausch von Farben erfordert). Um die Farben von Elementen zu ändern, was beispielsweise in GNOME Web erforderlich ist, um den Wechsel in den Inkognito-Modus zu markieren, wurde eine Methode angewendet, die in elementary OS vorgeschlagen wurde und auf der Festlegung einer festen Liste von benannten Farben über „@define-color“ basiert. Dabei werden die Farben vieler Benutzerschnittstellenelemente jetzt relativ zur Basisfarbe des Textes berechnet und automatisch geändert, was es den Anwendungen nicht ermöglicht, das Farbschema vollständig zu steuern (die Entwickler arbeiten daran, diese Einschränkung zu beheben).
• Die Anzeigequalität bei der Verwendung von dunklen Themes wurde durch eine kontrastreichere Hervorhebung von Elementen verbessert. Die Akzentfarbe wurde heller gestaltet, und es wurde eine weitere Farbe zur Hervorhebung hinzugefügt, die für dunkle und helle Themes variieren kann.
• Eine große Anzahl neuer Stylesheet-Klassen wurde für die Nutzung in Anwendungen hinzugefügt. Zum Beispiel „.pill“ für große, abgerundete Schaltflächen, die Verwendung von „.flat“ in GtkHeaderBar, „.accent“ zur Festlegung der Akzentfarbe in Labels, „.numeric“ für tabellarische Typografie und „.card“ für die Verwendung von Hintergrund und Schatten in Listen.
• Große monolithische SCSS-Dateien wurden in eine Sammlung kleinerer Stylesheet-Dateien aufgeteilt.
• Eine API zur Anpassung des Dunkelmodus und des Hochkontrastmodus wurde hinzugefügt.
• Die Dokumentation wurde überarbeitet, für deren Generierung nun das Tool gi-docgen verwendet wird.
• Eine API für Animationen wurde hinzugefügt, die zur Erstellung von Übergangseffekten beim Wechsel von einem Zustand zu einem anderen sowie zur Erstellung von federnden Effekten (spring animation) verwendet werden kann.
• Für Tabs basierend auf AdwViewSwitcher wurde die Möglichkeit hinzugefügt, Labels mit der Anzahl ungelesener Benachrichtigungen anzuzeigen.
• Die Klasse AdwApplication (Unterklasse von GtkApplication) wurde hinzugefügt, um die automatische Initialisierung von Libadwaita und das Laden der Styles zu ermöglichen.
• Eine Sammlung von Widgets wurde hinzugefügt, um gängige Operationen zu erleichtern: AdwWindowTitle zur Festlegung des Fenstertitels, AdwBin zur Vereinfachung der Erstellung von Unterklassen, AdwSplitButton für kombinierte Schaltflächen und AdwButtonContent für Schaltflächen mit Symbol und Beschriftung.
• Die API wurde bereinigt.

Quelle: opennet.ru