Nach vier Monaten der Entwicklung wurde eine stabile Version des Protokolls, des Interprozesskommunikationsmechanismus und der Wayland-Bibliotheken 1.26 vorgestellt. Der Branch 1.26 ist auf API- und ABI-Ebene mit den Versionen 1.x r\u00fcckw\u00e4rtskompatibel und enth\u00e4lt haupts\u00e4chlich Fehlerbehebungen sowie geringf\u00fcgige Protokollaktualisierungen. Die Entwicklungen des Projekts werden unter der MIT-Lizenz verbreitet. Der Referenz-Kompositor-Server Weston, der Code und Arbeitsbeispiele f\u00fcr die Nutzung von Wayland in Desktop-Umgebungen und eingebetteten L\u00f6sungen bereitstellt, entwickelt sich in einem separaten Entwicklungszyklus weiter. <\/p>\n
Wichtige \u00c4nderungen im Protokoll: <\/p>\n
\n
Das Ereignis wl_pointer.warp wurde hinzugef\u00fcgt, \u00fcber das Benachrichtigungen \u00fcber die neue Position des Zeigers ohne Verarbeitung des vom Benutzer generierten Ereignisses wl_pointer.motion empfangen werden k\u00f6nnen.\n
Die Anfrage wl_fixes.ack_global_remove wurde hinzugef\u00fcgt, die dazu dient, dem Kompositor zu best\u00e4tigen, dass der Client die Verarbeitung des Ereignisses eingestellt hat, um einen Wettlaufzustand beim Entfernen globaler Ereignisse zu vermeiden. Nach Erhalt der Best\u00e4tigung von allen Clients kann der Kompositor den mit dem Ereignis verbundenen Handler auf seiner Seite entfernen.\n
Die Funktion wl_display_remove_socket_fd() wurde hinzugef\u00fcgt, um Sockets zu entfernen, die zuvor \u00fcber den Aufruf wl_display_add_socket_fd() hinzugef\u00fcgt wurden.\n
Im Debugging-Modus wird WAYLAND_DEBUG dazu verwendet, Protokolldaten im Zeitformat \u00abHH:MM:ss.xxxxxx\u00bb auszugeben, was die Analyse und den Vergleich von Logs erleichtert. <\/ul>\n
Nach der letzten Ver\u00f6ffentlichung von Wayland hinzugef\u00fcgte Protokollerweiterungen, die das Basisprotokoll Wayland erg\u00e4nzen und in einem separaten Set von Wayland-Protocols bereitgestellt werden: <\/p>\n
\n
xx-fractional-scale \u2014 zur Skalierung des Systems logischer Koordinaten, deren Werte in ganzen Zahlen angegeben werden, um die Positionierung zu pr\u00e4zisieren und die Aufl\u00f6sung logischer Koordinaten auf einzelne Pixel zu erh\u00f6hen. Diese M\u00f6glichkeit l\u00f6st das Problem einer begrenzten Aufl\u00f6sung des Systems logischer Koordinaten, die nicht ausreicht, um auf Einzelpixel-Ebene zu positionieren, was f\u00fcr eine vollst\u00e4ndige Implementierung von Bruchskalierung erforderlich ist.\n
xx-cutouts \u2014 zur Erfassung von Informationen \u00fcber Ausschnitte auf dem Bildschirm (z. B. Bereiche f\u00fcr die Frontkamera auf dem Smartphone-Bildschirm). <\/li>\n
xx-zones \u2014 zur Erstellung und Hinzuf\u00fcgung von obersten Fenstern in \u00abZonen\u00bb \u2014 Umgebungen mit eigenem Koordinatenraum. Das Protokoll erm\u00f6glicht eine logische Anordnung der Fenster, bei der jedes Fenster relativ zu einem anderen Fenster platziert wird. <\/li>\n
xx-keyboard-filter \u2014 zur Erfassung von ausgew\u00e4hlten Tastaturereignissen, zur \u00c4nderung von Eingaben oder zur Blockierung bestimmter Ereignisse in der Wayland-Oberfl\u00e4che, auf der der Fokus liegt.\n
Das Protokoll xdg-session-management wurde in die Kategorie \u201estaging\u201c aufgenommen und bietet Funktionen zur Wiederherstellung des Zustands und der Position von Fenstern nach einem unterbrochenen Sitzungsverlauf in Wayland-basierten Umgebungen, beispielsweise nach einem Absturz des Kompositors oder einer Anwendung. <\/li>\n
Das Protokoll \u201elinux-dmabuf\u201c unterst\u00fctzt nun den Betrieb auf Systemen mit mehreren GPUs. Auf solchen Systemen kann der Client mit dem Kompositor aushandeln, welcher GPU verwendet werden soll. <\/li>\n
Im Protokoll color-management-v1 wurde Unterst\u00fctzung f\u00fcr Metadaten von Bildern im BT.2100-Format hinzugef\u00fcgt, um spezifische Handler im Kompositionsserver anzuwenden, die eine korrekte Anzeige von HDR-Inhalten erm\u00f6glichen, die f\u00fcr Windows erstellt wurden. <\/li>\n<\/li>\n<\/ul>\n
Die auff\u00e4lligsten Ereignisse, die mit Wayland in Zusammenhang stehen und seit der Ver\u00f6ffentlichung der letzten Version aufgetreten sind: <\/p>\n
\n
In Cinnamon wurde vollst\u00e4ndige Unterst\u00fctzung f\u00fcr Wayland implementiert.\n
In die ANGLE-Bibliothek, die in Chrome und Android verwendet wird, wurde Unterst\u00fctzung f\u00fcr Wayland integriert.\n
In KDE wird bei Verwendung von Wayland die Unterst\u00fctzung f\u00fcr das Wiederherstellen von Sitzungen implementiert, und das Wayland-Protokoll xx-fractional-scale-v2 f\u00fcr skalierte Darstellungen wird bereitgestellt.\n
Ein Port des X.Org-Treibers Synaptics wurde f\u00fcr Umgebungen auf Basis von Wayland erstellt.\n
Die Vorbereitung der VFX- und Animationsplattformen auf den Wechsel von X11 zu Wayland wurde initiiert.\n
Das Testen des Composite-Servers Xfwl4 aus dem Xfce-Projekt hat begonnen.\n
Auf Basis von Wayfire und Libadwaita wurde eine Benutzeroberfl\u00e4che \u00e4hnlich Unity neu erstellt. <\/li>\n
Die Composite-Server und Desktop-Umgebungen wurden aktualisiert: COSMIC 1.3.0, Weston 16, Phosh 0.56, Nourish 1.0.0, miracle-wm 0.10, KDE Plasma 6.7, labwc 0.20, Sway 1.2, Wayland Maker 0.8, Hyprland 0.55, Niri 26.04, LXQt 2.4.0, Cage 0.3. <\/li>\n<\/ul>\n
Wayland ist ein Protokoll, das die Interaktion zwischen dem Compositor und den darauf laufenden Anwendungen regelt. Die Clients zeichnen ihre Fenster eigenst\u00e4ndig in separaten Puffern und \u00fcbermitteln \u00c4nderungsinformationen an den Compositor. Dieser kombiniert die Inhalte der einzelnen Anwendungs-Puffer zu einer endg\u00fcltigen Ausgabe, wobei er Aspekte wie Fenster\u00fcberlappung und Transparenz ber\u00fccksichtigt. Mit anderen Worten, der Compositor stellt keine API zur Verf\u00fcgung, um einzelne Elemente zu zeichnen, sondern arbeitet ausschlie\u00dflich mit bereits erstellten Fenstern. Dadurch entf\u00e4llt die doppelte Pufferung beim Einsatz von hochrangigen Bibliotheken wie GTK und Qt, die f\u00fcr das Layout der Fensterinhalte zust\u00e4ndig sind. <\/p>\n
Wayland l\u00f6st viele Sicherheitsprobleme von X11 im X.Org-Server, da es im Gegensatz zu letzterem die Eingabe und Ausgabe f\u00fcr jedes Fenster isoliert, den Zugriff eines Clients auf den Inhalt anderer Fenster verhindert und auch das Abfangen von mit anderen Fenstern verbundenen Eingabeereignissen untersagt (im XLibre XServer wird die X11-Erweiterung Xnamespace implementiert, die die Isolierung von Clients durch Namensraumtrennung erm\u00f6glicht). Die Unterst\u00fctzung f\u00fcr die direkte Arbeit mit Wayland ist f\u00fcr die meisten in Linux verwendeten Grafikbibliotheken realisiert, einschlie\u00dflich GTK, Qt, SDL, FLTK, wxWidgets, Clutter und EFL (Enlightenment Foundation Library). <\/p>\n
Die Interaktion mit der Hardware in Wayland\/Weston, wie z.B. die Durchf\u00fchrung von Initialisierungen, das Wechseln der Video-Modi (drm modesetting) und das Speichermanagement (GEM f\u00fcr i915 und TTM f\u00fcr Radeon und Nouveau) von Grafikkarten kann direkt \u00fcber ein Modul erfolgen, das auf Kernel-Ebene arbeitet, was es erm\u00f6glicht, ohne Superuser-Rechte auszukommen. F\u00fcr die Ausf\u00fchrung herk\u00f6mmlicher X11-Anwendungen in einer Umgebung auf Basis von Wayland wird die DDX-Komponente XWayland (Device-Dependent X) verwendet, die in ihrer Funktionsweise Xwin und Xquartz f\u00fcr die Plattformen Win32 und macOS \u00e4hnelt. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"