Veröffentlichung der Bibliothek Libadwaita 1.5 zur Erstellung von GNOME-Stil-Oberflächen

Das GNOME-Projekt hat die Bibliothek Libadwaita 1.5 veröffentlicht, die eine Reihe von Komponenten für das Design von Benutzeroberflächen enthält, die den Empfehlungen der GNOME HIG (Human Interface Guidelines) entsprechen. Die Bibliothek umfasst fertige Widgets und Objekte zum Erstellen von Anwendungen, die dem allgemeinen Stil von GNOME entsprechen und deren Schnittstellen sich an Bildschirme jeder Größe anpassen können. Der Code der Bibliothek ist in der Programmiersprache C geschrieben und wird unter der LGPL 2.1+ Lizenz verteilt.

Die Bibliothek libadwaita wird zusammen mit GTK4 verwendet und umfasst Komponenten des in GNOME genutzten Adwaita-Thema, die aus GTK in eine separate Bibliothek ausgelagert wurden. Die Auslagerung der visuellen Elemente von GNOME in eine separate Bibliothek ermöglicht es, notwendige Änderungen für GNOME unabhängig von GTK zu entwickeln, was den GTK-Entwicklern die Konzentration auf grundlegende Aspekte ermöglicht, während den GNOME-Entwicklern ein schnellerer und flexiblerer Fortschritt bei den benötigten Änderungen der stilistischen Gestaltung ermöglicht wird, ohne GTK selbst zu beeinträchtigen.

Die Bibliothek umfasst Standard-Widgets, die verschiedene Interface-Elemente abdecken, wie Listen, Panels, Bearbeitungsfelder, Schaltflächen, Tabs, Suchformulare, Dialogfenster usw. Die angebotenen Widgets ermöglichen die Erstellung vielseitiger Oberflächen, die sowohl auf großen Bildschirmen von PCs und Laptops als auch auf kleinen Touchscreens von Smartphones harmonisch funktionieren. Die Benutzeroberfläche von Anwendungen ändert sich dynamisch in Abhängigkeit von der Bildschirmgröße und den verfügbaren Eingabegeräten. Die Bibliothek umfasst auch einen Satz von Adwaita-Stilen, die das Erscheinungsbild gemäß den Empfehlungen von GNOME anpassen, ohne manuelle Anpassungen vornehmen zu müssen.

Die wichtigste Neuerung in libadwaita 1.5 ist die Überarbeitung von anpassungsfähigen Widgets zur Erstellung von Dialogfenstern, die sich an die Größe des sichtbaren Bereichs anpassen. Im Gegensatz zu herkömmlichen Dialogen, die in separaten Fenstern platziert werden, werden neue Dialoge auf der Client-Seite gebildet, innerhalb bestehender Fenster gezeichnet und dürfen die Grenzen des übergeordneten Fensters nicht überschreiten. Dieser Ansatz vereinfacht die Erstellung universeller Dialoge, die sowohl mit mobilen als auch mit Desktop-Schnittstellen harmonieren, und bietet zusätzliche Möglichkeiten zur Steuerung der Dialoge (zum Beispiel ist es nicht erforderlich, das Verlassen des Fensters zu verfolgen, das Verhalten bezüglich der Schaltflächen zum Schließen kann gewählt werden, es erfolgt eine automatische Vollbilddarstellung in mobilen Versionen von Anwendungen, und der Stil des aktuellen Fensters anstelle des Systems wird beim Abdunkeln des Dialogs berücksichtigt).

In Zukunft wird ein weiteres Modell solcher Dialoge geplant, das nicht an Fenster, sondern an Registerkarten innerhalb eines Fensters gebunden ist, was in Anwendungen wie Browsern von Bedeutung sein könnte, um sicherzustellen, dass Dialoge im Zusammenhang mit Registerkarten das Hauptfenster beim Wechseln zwischen den Registerkarten nicht überdecken.

Für mobile Geräte wurde die Unterstützung für die Anzeige von Dialogen in Form von Blättern implementiert, die am unteren Bildschirmrand fixiert sind (Bottom Sheets) anstelle von zentrierten Blättern. Am unteren Bildschirmrand befestigte Dialoge befreien die Benutzer von Verwirrungen beim Schließen von Fenstern – in solchen Dialogen bleibt ein Teil des übergeordneten Fensters sichtbar und die Schaltflächen zum Schließen des übergeordneten Fensters sowie des Dialogs sind deutlich getrennt, sodass sie nun schwer zu verwechseln sind.

Die Verwaltung neuer Dialoge erfolgt über die Klasse AdwDialog, deren Verwendung in den meisten Situationen der Arbeit mit der Klasse GtkWindow ähnelt, wobei die Unterschiede vor allem in den Anzeige- und Schließvorgängen bestehen. So wurde beispielsweise die Eigenschaft „:transient-for“ durch einen Parameter in der Funktion adw_dialog_present() ersetzt, ein neues Signal „::close-attempt“ hinzugefügt und die Behandlung des Parameters „:can-close“ geändert. Statt der Klassen AdwPreferencesWindow, AdwAboutWindow und AdwMessageDialog wird empfohlen, die Klassen AdwPreferencesDialog, AdwAboutDialog und AdwAlertDialog zu verwenden.

Dialoge, die kein übergeordnetes Fenster haben, werden weiterhin als separate Fenster behandelt. Auch Dialoge, deren übergeordnete Fenster nicht zur Platzierung von Dialogen verwendet werden können – beispielsweise, wenn sie keine Größenänderung zulassen oder die Klassen AdwWindow und AdwApplicationWindow fehlen – werden als Fenster fungieren.

Änderungen in Libadwaita 1.5, die nicht mit der Überarbeitung von Dialogen verbunden sind:

• Der Klasse AdwEntryRow wurde die Eigenschaft „:text-length“ hinzugefügt, um die Größe des Textes im Eingabefeld zu beschränken.
• Der Klasse AdwMessageDialog wurde die Methode remove_response() hinzugefügt.
• Der Klasse AdwBreakpointBin, die eine Veränderung der Benutzeroberfläche je nach Fenstergröße ermöglicht, wurde die Möglichkeit zur programmgesteuerten Entfernung von Haltepunkten hinzugefügt.
• Der Klasse AdwSwipeTracker wurde das Flag „:allow-window-handle“ hinzugefügt, das das Blättern über die obere Leiste ermöglicht (nutzbar in Blättern, die am unteren Rand angeheftet sind).
• Die Helligkeit der Farben, die zur Abdunkelung von Fenstern im Dunkelmodus verwendet werden, wurde erhöht.

Quelle: opennet.ru