Englishfrançaisespagnol

Icône de favori OnWorks

weston - En ligne dans le cloud

Exécutez weston dans le fournisseur d'hébergement gratuit OnWorks sur Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

Il s'agit de la commande weston qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS

PROGRAMME:

Nom


weston - le serveur Wayland de référence

SYNOPSIS


weston

DESCRIPTION


weston est l'implémentation de référence d'un serveur Wayland. Un serveur Wayland est un affichage
serveur, un gestionnaire de fenêtres et un compositeur tout en un. Weston a plusieurs backends comme
modules chargeables : il peut fonctionner sur Linux KMS (kernel modesetting via DRM), en tant que client X, ou
dans une autre instance de serveur Wayland.

Weston prend en charge des paradigmes d'interface utilisateur graphique fondamentalement différents via le shell
plugins. Deux plugins sont fournis : le shell du bureau et le shell de la tablette.

Lorsque weston est lancé en tant que premier système de fenêtrage (c'est-à-dire ni sous X ni sous un autre
serveur Wayland), cela doit être fait avec la commande weston-lancement mettre en place correctement
accès privilégié aux appareils.

Weston prend également en charge les clients X via XWayland, voir ci-dessous.

BACKENDS


drm-backend.so
Le backend DRM utilise Linux KMS pour la sortie et les périphériques evdev pour l'entrée. Elle supporte
plusieurs moniteurs dans un bureau unifié avec DPMS. Voir weston-drm(7), si installé.

wayland-backend.so
Le backend Wayland s'exécute sur un autre serveur Wayland, une instance Weston différente,
par exemple. Weston apparaît comme une fenêtre de bureau unique sur le serveur parent.

x11-backend.so
Le backend X11 s'exécute sur un serveur X. Chaque sortie Weston devient une fenêtre X. Cette
est un moyen peu coûteux de tester la prise en charge multi-écrans d'un shell Wayland, d'un ordinateur de bureau ou
applications.

OBUS


Chacun de ces shells a sa propre interface de protocole public pour les clients. Cela signifie que
un client doit être spécifiquement écrit pour un protocole shell, sinon cela ne fonctionnera pas.

Coque de bureau
Desktop shell est comme un environnement de bureau X moderne, se concentrant sur le traditionnel
les interfaces utilisateur du clavier et de la souris et la gestion familière des fenêtres de type bureau.
Le shell de bureau se compose du plug-in shell bureau-shell.so et le client spécial
shell de bureau weston qui fournit le fond d'écran, le panneau et le verrouillage de l'écran
dialogue.

Coque plein écran
Le shell plein écran est destiné à un client qui doit prendre en charge des sorties entières,
souvent toutes les sorties. Ceci est principalement destiné à exécuter un autre compositeur sur
Weston. L'autre compositeur n'a pas besoin de gérer les spécificités de la plate-forme comme
DRM/KMS ou evdev/libinput. Le shell se compose uniquement du plug-in shell plein écran-
shell.so.

IVI-coque
La coque d'infodivertissement embarquée est une coque à usage spécial qui expose un GENIVI
API compatible Layer Manager vers les modules de contrôleur et un shell très simple
protocole envers les clients. IVI-shell commence par le chargement ivi-shell.soet puis un
module de contrôleur qui peut lancer des clients d'assistance.

XWAYLAND


XWayland nécessite l'installation d'un serveur X.org spécial. Ce serveur X se connectera à un
Le serveur Wayland en tant que client Wayland et les clients X se connecteront au serveur X. XWayland
fournit une rétrocompatibilité avec les applications X dans une pile Wayland.

XWayland est activé en instruisant weston charger xwayland.so module, voir EXEMPLES.
Weston commence à écouter sur un nouveau socket d'affichage X et l'exporte dans l'environnement
variable DISPLAY. Lorsque le premier client X se connecte, Weston lance un serveur X spécial en tant que
un client Wayland pour gérer le client X et tous les futurs clients X.

Il possède également son propre gestionnaire de fenêtres X où les thèmes et les tailles des curseurs peuvent être choisis en utilisant
XCURSOR_PATH et XCURSOR_SIZE Variables d'environnement. Voir ENVIRONNEMENT.

OPTIONS


Weston core options:
-Bbackend.so, --back-end=backend.so
Charge backend.so au lieu du backend par défaut. Le fichier est recherché dans
/usr/lib/x86_64-linux-gnu/weston, ou vous pouvez passer un chemin absolu. Le défaut
le backend est drm-backend.so sauf si l'environnement suggère le contraire, voir DISPLAY
et WAYLANDISPLAY.

-cconfig.ini, --config=config.ini
Charge config.ini au lieu de weston.ini. L'argument peut aussi être un chemin absolu
en commençant par un /. Si le chemin n'est pas absolu, il sera recherché dans le
chemins de configuration, voir weston.ini(5). Si aussi --no-config est donné, pas de configuration
le fichier sera lu.

--version
Imprimer la version du programme.

-h, --Aidez-moi
Imprimez un résumé des options de la ligne de commande et quittez.

-iN, --temps d'inactivité=N
Réglez le délai d'inactivité sur N secondes. Le délai d'attente par défaut est de 300 secondes. Lorsqu'il ya
n'a pas été saisie par l'utilisateur pour le délai d'inactivité, Weston passe en mode inactif.
L'écran devient noir, les moniteurs peuvent s'éteindre et la coque peut verrouiller le
session. Une valeur de 0 désactive effectivement le délai d'attente.

--Journal=fichier.log
Ajouter des messages de journal au fichier fichier.log au lieu de les écrire sur stderr.

--modules=module1.so, module2.so
Chargez la liste des modules séparés par des virgules. Uniquement utilisé par la suite de tests. Le fichier est
recherché dans /usr/lib/x86_64-linux-gnu/weston, ou vous pouvez passer un chemin absolu.

--no-config
Ne lis pas weston.ini pour le compositeur. Évite par exemple le chargement de modules compositeurs
via le fichier de configuration, ce qui est utile pour les tests unitaires.

-Sprénom, --prise=prénom
Weston écoutera dans la prise Wayland appelée prénom. Weston exportera
WAYLANDISPLAY avec cette valeur dans l'environnement pour tous les processus enfants pour permettre
les connecter automatiquement au bon serveur.

DRM backend options:
See weston-drm (7).

Wayland backend options:
--affichage=l’affichage
Nom de l'affichage Wayland auquel se connecter, voir aussi WAYLANDISPLAY des
sûr et sécurisé.

--plein écran
Créer une seule sortie plein écran

--output-count=N
Créer N Fenêtres Wayland pour émuler le même nombre de sorties.

--largeur=W, --la taille=H
Faire en sorte que toutes les sorties aient une taille de WxH pixels.

--escalader=N
Donnez à toutes les sorties un facteur d'échelle de N.

--use-pixman
Utilisez le moteur de rendu pixman. Par défaut, weston essaiera d'utiliser EGL et GLES2 pour
rendu et retombera sur le moteur de rendu basé sur pixman pour la composition logicielle
si EGL ne peut pas être utilisé. Passer cette option forcera weston à utiliser le pixman
rendu.

X11 backend options:
--plein écran

--pas d'entrée
Ne fournissez aucun périphérique d'entrée. Utilisé pour tester Weston sans entrée.

--output-count=N
Créer N X windows pour émuler le même nombre de sorties.

--largeur=W, --la taille=H
Faire la taille par défaut de chaque fenêtre X WxH pixels.

--escalader=N
Donnez à toutes les sorties un facteur d'échelle de N.

--use-pixman
Utilisez le moteur de rendu pixman. Par défaut, weston essaiera d'utiliser EGL et GLES2 pour
le rendu. En passant cette option, weston utilisera la bibliothèque pixman pour
composition de logiciels.

Utilisez weston en ligne en utilisant les services onworks.net


Serveurs et postes de travail gratuits

Télécharger des applications Windows et Linux

Commandes Linux

Ad