weston – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

Weston – der Referenz-Wayland-Server

ZUSAMMENFASSUNG

Weston

BESCHREIBUNG

Weston ist die Referenzimplementierung eines Wayland-Servers. Ein Wayland-Server ist ein Display
Server, Fenstermanager und Compositor in einem. Weston hat mehrere Backends als
ladbare Module: Es kann unter Linux KMS (Kernel-Moduseinstellung über DRM), als X-Client oder ausgeführt werden
innerhalb einer anderen Wayland-Serverinstanz.

Weston unterstützt grundlegend unterschiedliche Paradigmen der grafischen Benutzeroberfläche über die Shell
Plugins. Es stehen zwei Plugins zur Verfügung: die Desktop-Shell und die Tablet-Shell.

Wenn Weston als erstes Fenstersystem gestartet wird (also weder unter X noch unter einem anderen).
Wayland-Server) sollte dies mit dem Befehl erfolgen Weston-Start richtig einrichten
Privilegierter Zugriff auf Geräte.

Weston unterstützt auch X-Clients über XWayland, siehe unten.

BACKENDS

drm-backend.so
Das DRM-Backend verwendet Linux KMS für die Ausgabe und evdev-Geräte für die Eingabe. Es unterstützt
mehrere Monitore in einem einheitlichen Desktop mit DPMS. Sehen weston-drm(7), falls installiert.

wayland-backend.so
Das Wayland-Backend läuft auf einem anderen Wayland-Server, einer anderen Weston-Instanz.
Zum Beispiel. Weston wird als einzelnes Desktop-Fenster auf dem übergeordneten Server angezeigt.

x11-backend.so
Das X11-Backend läuft auf einem X-Server. Jede Weston-Ausgabe wird zu einem X-Fenster. Das
ist eine kostengünstige Möglichkeit, die Multi-Monitor-Unterstützung einer Wayland-Shell, eines Wayland-Desktops oder zu testen
um weitere Anwendungsbeispiele zu finden.

Muscheln

Jede dieser Shells verfügt über eine eigene öffentliche Protokollschnittstelle für Clients. Das bedeutet, dass
Ein Client muss speziell für ein Shell-Protokoll geschrieben werden, sonst funktioniert es nicht.

Desktop-Shell
Die Desktop-Shell ist wie eine moderne X-Desktop-Umgebung, die sich auf das Traditionelle konzentriert
Benutzeroberflächen mit Tastatur und Maus sowie die bekannte Desktop-ähnliche Fensterverwaltung.
Die Desktop-Shell besteht aus dem Shell-Plugin desktop-shell.so und der besondere Kunde
Weston-Desktop-Shell Dies ermöglicht die Hintergrund-, Bedienfeld- und Bildschirmsperre
Dialog.

Vollbild-Shell
Die Fullscreen-Shell ist für einen Client gedacht, der ganze Ausgaben übernehmen muss,
oft alle Ausgänge. Dies ist in erster Linie für die Ausführung eines anderen Compositors gedacht
Weston. Der andere Compositor muss keine plattformspezifischen Besonderheiten berücksichtigen
DRM/KMS oder evdev/libinput. Die Shell besteht nur aus dem Shell-Plugin Vollbild-
Shell.so.

IVI-Schale
Bei der Infotainment-Hülle im Fahrzeug handelt es sich um eine spezielle Hülle, die einen GENIVI freilegt
Layer Manager-kompatible API für Controller-Module und eine sehr einfache Shell
Protokoll gegenüber Kunden. IVI-Shell beginnt mit dem Laden ivi-shell.sound dann a
Controller-Modul, das Hilfsclients starten kann.

XWAYLAND

Für XWayland muss ein spezieller X.org-Server installiert werden. Dieser X-Server stellt eine Verbindung zu einem her
Wayland-Server als Wayland-Client und X-Clients stellen eine Verbindung zum X-Server her. XWayland
Bietet Abwärtskompatibilität zu X-Anwendungen in einem Wayland-Stack.

XWayland wird durch Anweisung aktiviert Weston zu laden xwayland.so Modul, siehe Beispiele:.
Weston beginnt mit der Überwachung eines neuen X-Display-Sockets und exportiert ihn in die Umgebung
Variable DISPLAY. Wenn der erste X-Client eine Verbindung herstellt, startet Weston einen speziellen X-Server als
ein Wayland-Client zur Verwaltung des X-Clients und aller zukünftigen X-Clients.

Es verfügt außerdem über einen eigenen X-Window-Manager, mit dem Cursorthemen und -größen ausgewählt werden können
XCURSOR_PATH und XCURSOR_SIZE Umgebungsvariablen. Sehen .

OPTIONAL

Weston Core Optionen:
-Bbackend.so, - Backend=backend.so
Laden Sie backend.so anstelle des Standard-Backends. Die Datei wird in gesucht
/usr/lib/x86_64-linux-gnu/weston, oder Sie können einen absoluten Pfad übergeben. Der Standard
Backend ist drm-backend.so Sofern die Umgebung nichts anderes nahelegt, siehe DISPLAY
und WAYLAND_DISPLAY.

-cconfig.ini, --config=config.ini
Laden Sie config.ini statt weston.ini. Das Argument kann auch ein absoluter Pfad sein
beginnend mit a /. Wenn der Pfad nicht absolut ist, wird er normal gesucht
Konfigurationspfade finden Sie unter weston.ini(5). Wenn auch --no-config ist gegeben, keine Konfiguration
Datei wird gelesen.

--Version
Drucken Sie die Programmversion aus.

-h, --help
Drucken Sie eine Zusammenfassung der Befehlszeilenoptionen und beenden Sie den Vorgang.

-iN, --Wartezeit=N
Stellen Sie das Leerlauf-Timeout auf ein N Sekunden. Das Standard-Timeout beträgt 300 Sekunden. Wenn da
Wenn während des Leerlauf-Timeouts keine Benutzereingabe erfolgt, wechselt Weston in einen inaktiven Modus.
Der Bildschirm wird schwarz, die Monitore werden möglicherweise ausgeschaltet und die Shell kann gesperrt werden
Sitzung. Ein Wert von 0 deaktiviert das Timeout effektiv.

--Protokoll=file.log
Hängen Sie Protokollmeldungen an die Datei an file.log anstatt sie nach stderr zu schreiben.

--module=module1.so,module2.so
Laden Sie die durch Kommas getrennte Liste der Module. Wird nur von der Testsuite verwendet. Die Datei ist
gesucht in /usr/lib/x86_64-linux-gnu/weston, oder Sie können einen absoluten Pfad übergeben.

--no-config
Nicht lesen weston.ini für den Komponisten. Verhindert beispielsweise das Laden von Compositor-Modulen
über die Konfigurationsdatei, was für Unit-Tests nützlich ist.

-SName, --Steckdose=Name
Weston wird in der Wayland-Buchse lauschen Name. Weston wird exportieren
WAYLAND_DISPLAY mit diesem Wert in der Umgebung, damit alle untergeordneten Prozesse dies zulassen
dass sie sich automatisch mit dem richtigen Server verbinden.

DRM Backend Optionen:
See weston-drm(7).

Wayland Backend Optionen:
--Anzeige=Display
Name des Wayland-Displays, mit dem eine Verbindung hergestellt werden soll, siehe auch WAYLAND_DISPLAY dauert ebenfalls 3 Jahre. Das erste Jahr ist das sog.
Umwelt.

--Vollbildschirm
Erstellen Sie eine einzelne Vollbildausgabe

--output-count=N
Erstellen N Wayland-Fenster emulieren die gleiche Anzahl von Ausgängen.

--Breite=W, --Höhe=H
Sorgen Sie dafür, dass alle Ausgaben eine Größe von haben WxH Pixel.

--Skala=N
Geben Sie allen Ausgaben einen Skalierungsfaktor von N.

--use-pixman
Verwenden Sie den Pixman-Renderer. Standardmäßig versucht Weston, EGL und GLES2 zu verwenden
Rendering und greift beim Software-Compositing auf den Pixman-basierten Renderer zurück
wenn EGL nicht verwendet werden kann. Das Übergeben dieser Option zwingt Weston dazu, den Pixman zu verwenden
Renderer.

X11 Backend Optionen:
--Vollbildschirm

--keine Eingabe
Stellen Sie keine Eingabegeräte zur Verfügung. Wird zum Testen des eingabelosen Weston verwendet.

--output-count=N
Erstellen N X Windows, um die gleiche Anzahl von Ausgängen zu emulieren.

--Breite=W, --Höhe=H
Legen Sie die Standardgröße für jedes X-Fenster fest WxH Pixel.

--Skala=N
Geben Sie allen Ausgaben einen Skalierungsfaktor von N.

--use-pixman
Verwenden Sie den Pixman-Renderer. Standardmäßig versucht Weston, EGL und GLES2 zu verwenden
Rendern. Durch Übergeben dieser Option wird Weston die Pixman-Bibliothek verwenden
Softwarekomposition.

Nutzen Sie Weston online über die Dienste von onworks.net