{"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\/de\/blog\/news\/vypusk-biblioteki-libadwaita-1-5-dlya-sozdaniya-interfejsov-v-stile-gnome","title":{"rendered":"Ver\u00f6ffentlichung der Bibliothek Libadwaita 1.5 zur Erstellung von GNOME-Stil-Oberfl\u00e4chen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das GNOME-Projekt hat die Bibliothek Libadwaita 1.5 ver\u00f6ffentlicht, die eine Reihe von Komponenten f\u00fcr das Design von Benutzeroberfl\u00e4chen enth\u00e4lt, 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\u00f6\u00dfe anpassen k\u00f6nnen. Der Code der Bibliothek ist in der Programmiersprache C geschrieben und wird unter der LGPL 2.1+ Lizenz verteilt. <\/p>\n

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\u00f6glicht es, notwendige \u00c4nderungen f\u00fcr GNOME unabh\u00e4ngig von GTK zu entwickeln, was den GTK-Entwicklern die Konzentration auf grundlegende Aspekte erm\u00f6glicht, w\u00e4hrend den GNOME-Entwicklern ein schnellerer und flexiblerer Fortschritt bei den ben\u00f6tigten \u00c4nderungen der stilistischen Gestaltung erm\u00f6glicht wird, ohne GTK selbst zu beeintr\u00e4chtigen. <\/p>\n

Die Bibliothek umfasst Standard-Widgets, die verschiedene Interface-Elemente abdecken, wie Listen, Panels, Bearbeitungsfelder, Schaltfl\u00e4chen, Tabs, Suchformulare, Dialogfenster usw. Die angebotenen Widgets erm\u00f6glichen die Erstellung vielseitiger Oberfl\u00e4chen, die sowohl auf gro\u00dfen Bildschirmen von PCs und Laptops als auch auf kleinen Touchscreens von Smartphones harmonisch funktionieren. Die Benutzeroberfl\u00e4che von Anwendungen \u00e4ndert sich dynamisch in Abh\u00e4ngigkeit von der Bildschirmgr\u00f6\u00dfe und den verf\u00fcgbaren Eingabeger\u00e4ten. Die Bibliothek umfasst auch einen Satz von Adwaita-Stilen, die das Erscheinungsbild gem\u00e4\u00df den Empfehlungen von GNOME anpassen, ohne manuelle Anpassungen vornehmen zu m\u00fcssen.

\"Ver\u00f6ffentlichung<\/center> <\/p>\n

Die wichtigste Neuerung in libadwaita 1.5 ist die \u00dcberarbeitung von anpassungsf\u00e4higen Widgets zur Erstellung von Dialogfenstern, die sich an die Gr\u00f6\u00dfe des sichtbaren Bereichs anpassen. Im Gegensatz zu herk\u00f6mmlichen Dialogen, die in separaten Fenstern platziert werden, werden neue Dialoge auf der Client-Seite gebildet, innerhalb bestehender Fenster gezeichnet und d\u00fcrfen die Grenzen des \u00fcbergeordneten Fensters nicht \u00fcberschreiten. Dieser Ansatz vereinfacht die Erstellung universeller Dialoge, die sowohl mit mobilen als auch mit Desktop-Schnittstellen harmonieren, und bietet zus\u00e4tzliche M\u00f6glichkeiten zur Steuerung der Dialoge (zum Beispiel ist es nicht erforderlich, das Verlassen des Fensters zu verfolgen, das Verhalten bez\u00fcglich der Schaltfl\u00e4chen zum Schlie\u00dfen kann gew\u00e4hlt 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\u00fccksichtigt).

\"Ver\u00f6ffentlichung\"Ver\u00f6ffentlichung<\/center> <\/p>\n

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\u00f6nnte, um sicherzustellen, dass Dialoge im Zusammenhang mit Registerkarten das Hauptfenster beim Wechseln zwischen den Registerkarten nicht \u00fcberdecken. <\/p>\n

F\u00fcr mobile Ger\u00e4te wurde die Unterst\u00fctzung f\u00fcr Dialoge in Form von Bottom Sheets realisiert, die am unteren Rand des Bildschirms verankert sind, anstatt zentriert anzuzeigen. Durch die an der Unterseite angehefteten Dialoge wird die Verwirrung der Benutzer beim Schlie\u00dfen von Fenstern vermieden - in solchen Dialogen bleibt ein Teil des \u00fcbergeordneten Fensters sichtbar, und die Schaltfl\u00e4chen zum Schlie\u00dfen des \u00fcbergeordneten Fensters und des Dialogs sind deutlich getrennt, daher lassen sie sich jetzt schwer verwechseln.

\"Ver\u00f6ffentlichung<\/center> <\/p>\n

Die Verwaltung neuer Dialoge erfolgt \u00fcber die Klasse AdwDialog, deren Verwendung in den meisten F\u00e4llen der von GtkWindow \u00e4hnelt, w\u00e4hrend sich die Unterschiede auf die Anzeigefunktionen und das Schlie\u00dfen beschr\u00e4nken. Zum Beispiel wurde die Eigenschaft ':transient-for' durch einen Parameter in der Funktion adw_dialog_present() ersetzt, das neue Signal '::close-attempt' hinzugef\u00fcgt und die Behandlung des Parameters ':can-close' ge\u00e4ndert. Anstelle der Klassen AdwPreferencesWindow, AdwAboutWindow und AdwMessageDialog sollen die neuen Dialoge die Klassen AdwPreferencesDialog, AdwAboutDialog und AdwAlertDialog verwenden. <\/p>\n

Dialoge, die kein \u00fcbergeordnetes Fenster haben, werden weiterhin als separate Fenster behandelt. Auch Dialoge, deren \u00fcbergeordnete Fenster nicht zur Platzierung von Dialogen verwendet werden k\u00f6nnen \u2013 beispielsweise, wenn sie keine Gr\u00f6\u00dfen\u00e4nderung zulassen oder die Klassen AdwWindow und AdwApplicationWindow fehlen \u2013 werden als Fenster fungieren. <\/p>\n

\u00c4nderungen in Libadwaita 1.5, die nicht mit der \u00dcberarbeitung von Dialogen verbunden sind: <\/p>\n