Xnest - En ligne dans le cloud

PROGRAMME:

Nom

Xnest - un serveur X imbriqué

SYNOPSIS

Xnest [ Options ]

DESCRIPTION

Xnest est à la fois un client X et un serveur X. Xnest est un client du serveur réel qui
gère les fenêtres et les demandes graphiques en son nom. Xnest est un serveur à part entière
clients. Xnest gère les fenêtres et les demandes graphiques en leur nom. A ces clients,
Xnest semble être un serveur conventionnel.

OPTIONS

Xnest prend en charge toutes les options standard de l'exemple d'implémentation du serveur. Pour plus
détails, s'il vous plaît voir Serveur X(1). Les arguments supplémentaires suivants sont également pris en charge.

-afficher un magnifique
Cette option spécifie le nom d'affichage du serveur réel qui Xnest devrait essayer de
se connecter à. S'il n'est pas fourni sur la ligne de commande, Xnest lira le DISPLAY
variable d'environnement afin de trouver ces informations.

-sync Cette option indique Xnest de synchroniser ses opérations fenêtre et graphique avec le
vrai serveur. C'est une option utile pour le débogage, mais elle ralentira Xnest's
performances considérablement. Il ne doit pas être utilisé sauf en cas d'absolue nécessité.

-full Cette option indique Xnest d'utiliser la régénération complète des objets serveur réels et
rouvrir une nouvelle connexion au serveur réel à chaque fois que le serveur imbriqué se régénère.
L'exemple d'implémentation de serveur régénère tous les objets du serveur lorsque le
dernier client de ce serveur se termine. Quand cela arrive, Xnest par défaut
maintient la même fenêtre de niveau supérieur et la même connexion serveur réelle dans chaque nouveau
génération. Si l'utilisateur sélectionne la régénération complète, même la fenêtre de niveau supérieur et
la connexion au serveur réel sera régénérée à chaque génération de serveur.

Classe un magnifique
Cette option spécifie la classe visuelle par défaut du serveur imbriqué. c'est pareil
à la -cc option de l'ensemble d'options standard, sauf qu'il acceptera un
chaîne plutôt qu'un nombre pour la spécification de classe visuelle. Les un magnifique doit être
l'une des six valeurs suivantes : StatiqueGris, GrayScale, Couleur Statique, PseudoCouleur,
Vraie couleurou Couleur Directe. Si à la fois le Classe et -cc les options sont spécifiées, le
la dernière instance de l'une ou l'autre option est prioritaire. La classe du visuel par défaut
du serveur imbriqué n'a pas besoin d'être la même que la classe du visuel par défaut du
serveur réel, mais il doit être pris en charge par le serveur réel. Utilisation xdpyinfo(1) à
obtenir une liste des classes visuelles prises en charge sur le serveur réel avant de commencer Xnest.
Si l'utilisateur choisit une classe statique, toutes les couleurs de la palette de couleurs par défaut seront
préalloué. Si l'utilisateur choisit une classe dynamique, les couleurs dans la palette de couleurs par défaut
seront mis à la disposition des clients individuels pour attribution.

-profondeur int
Cette option spécifie la profondeur visuelle par défaut du serveur imbriqué. La profondeur de
le visuel par défaut du serveur imbriqué n'a pas besoin d'être le même que la profondeur du
visuel par défaut du vrai serveur, mais il doit être supporté par le vrai serveur.
Utilisez xdpyinfo(1) pour obtenir une liste des profondeurs visuelles prises en charge sur le serveur réel
avant de commencer Xnest.

-sss Cette option indique Xnest pour utiliser l'économiseur d'écran du logiciel. Par défaut, Xnest sera
utiliser l'économiseur d'écran qui correspond à l'économiseur d'écran matériel dans le vrai
serveur. Bien sûr, même cet économiseur d'écran est généré par logiciel puisque Xnest
ne contrôle aucun matériel réel. Cependant, il est traité comme un économiseur d'écran matériel
dans l'exemple de code serveur.

-géométrie WxH+X+Y
Cette option spécifie les paramètres de géométrie pour le niveau supérieur Xnest la fenêtre. Voir
« SPÉCIFICATIONS GÉOMÉTRIQUES » dans X(7) pour une discussion sur la syntaxe de cette option. Cette
window correspond à la fenêtre racine du serveur imbriqué. La largeur W et hauteur
H spécifié avec cette option sera la largeur et la hauteur maximales de chaque niveau supérieur
Xnest fenêtre. Xnest permettra à l'utilisateur de réduire la taille de n'importe quelle fenêtre de niveau supérieur, mais
cela ne changera pas réellement la taille de la fenêtre racine du serveur imbriquée. Xnest
ne prend pas encore en charge l'extension RANDR pour le redimensionnement, la rotation et la réflexion du
fenêtre racine. Si cette option n'est pas spécifiée, Xnest va choisir W et H être
3/4 des dimensions de la fenêtre racine du serveur réel.

-pc int
Cette option spécifie la largeur de la bordure du niveau supérieur Xnest la fenêtre. L'entier
paramètre int doit être positif. La largeur de bordure par défaut est 1.

-patate douce un magnifique
Cette option spécifie le nom du niveau supérieur Xnest fenêtre comme un magnifiqueL’
la valeur par défaut est le nom du programme.

-écrans int
Cette option spécifie le nombre d'écrans à créer dans le serveur imbriqué. Pour
chaque écran, Xnest créera une fenêtre de niveau supérieur distincte. Chaque écran est
référencé par le numéro après le point dans la spécification du nom d'affichage du client.
Par exemple, xterm -afficher : 1.1 ouvrira un xterm(1) client dans le serveur imbriqué
avec le numéro d'affichage :1 sur le deuxième écran. Le nombre d'écrans est limité
par la constante codée en dur dans l'exemple de code du serveur, qui est généralement 3.

-installer
Cette option indique Xnest faire sa propre installation de carte de couleurs en contournant le vrai
gestionnaire de fenêtres. Pour que cela fonctionne correctement, l'utilisateur devra probablement
quitter temporairement le vrai gestionnaire de fenêtres. Par défaut, Xnest gardera les imbriqués
fenêtre cliente dont la palette de couleurs doit être installée sur le serveur réel dans le
WM_COLORMAP_WINDOWS propriété de niveau supérieur Xnest la fenêtre. Si cette palette de couleurs est
du même type visuel que la fenêtre racine du serveur imbriqué, Xnest sera
associer cette palette de couleurs au niveau supérieur Xnest fenêtre aussi. Puisque cela fait
ne doit pas être le cas, les gestionnaires de fenêtres devraient examiner principalement le
WM_COLORMAP_WINDOWS plutôt que la palette de couleurs associée au top-
niveau Xnest la fenêtre. Malheureusement, les gestionnaires de fenêtres ne sont pas très doués pour cela
pourtant, cette option peut s'avérer utile.

-parent id_fenêtre
Cette option indique Xnest à utiliser id_fenêtre comme fenêtre racine au lieu de créer un
fenêtre.

ÉLARGI DESCRIPTION

Démarrage Xnest est aussi simple que de démarrer xclock(1) à partir d'un émulateur de terminal. Si
un utilisateur souhaite exécuter Xnest sur le même poste de travail que le vrai serveur, il est important
que le serveur imbriqué reçoive sa propre adresse de socket d'écoute. Par conséquent, s'il y a
un serveur déjà exécuté sur le poste de l'utilisateur, Xnest devra être démarré avec
un nouveau numéro d'affichage. Comme il n'y a généralement pas plus d'un serveur exécuté sur un
poste de travail, en spécifiant 'Xnest :1' sur la ligne de commande sera suffisant pour la plupart des utilisateurs.
Pour chaque serveur exécuté sur le poste de travail, le numéro d'affichage doit être incrémenté de
une. Ainsi, si vous souhaitez démarrer un autre Xnest, vous devrez taper 'Xnest :2' sur le
ligne de commande.

Pour exécuter des clients dans le serveur imbriqué, chaque client doit recevoir le même numéro d'affichage
en tant que serveur imbriqué. Par exemple, 'xterm -afficher :1' va démarrer un xterm processus en
le premier serveur imbriqué et 'xterm -afficher :2' va commencer un xterm dans le deuxième imbriqué
serveur de l'exemple ci-dessus. Des clients supplémentaires peuvent être démarrés à partir de ces xterms dans
chaque serveur imbriqué.

Xnest as a client
Xnest se comporte et considère le vrai serveur et les autres vrais clients comme un autre vrai client.
C'est un client assez exigeant, cependant, puisque presque toutes les fenêtres ou requêtes graphiques de
un client imbriqué entraînera une demande de fenêtre ou de graphique de Xnest au vrai serveur.
Par conséquent, il est souhaitable que Xnest et le vrai serveur sont sur un réseau local, ou même
mieux, sur la même machine. Xnest suppose que le vrai serveur prend en charge le SHAPE
extension. Il n'y a aucun moyen de désactiver cette hypothèse de manière dynamique. Xnest peuvent être
compilé sans l'extension SHAPE intégrée, auquel cas le serveur réel n'a pas besoin
soutiens le. La prise en charge de la sélection d'extensions dynamiques SHAPE peut être envisagée dans d'autres
développement de Xnest.

Depuis que Xnest n'a pas besoin d'utiliser le même visuel par défaut que le vrai serveur, le niveau supérieur
fenêtre de la Xnest le client a toujours sa propre carte de couleurs. Cela implique que d'autres fenêtres
les couleurs ne seront pas affichées correctement lorsque le focus du clavier ou du pointeur est dans la Xnest
fenêtre, sauf si le serveur réel prend en charge plus d'une palette de couleurs installée à n'importe quel
temps. La palette de couleurs associée à la fenêtre supérieure du Xnest le client n'a pas besoin d'être le
carte de couleurs appropriée que le serveur imbriqué souhaite installer dans le serveur réel. Dans le
cas où un client imbriqué tente d'installer une palette de couleurs d'un visuel différent du
visuel par défaut du serveur imbriqué, Xnest mettra la fenêtre du haut de ce client imbriqué
et toutes les autres fenêtres supérieures des clients imbriqués qui utilisent la même palette de couleurs dans le
WM_COLORMAP_WINDOWS propriété de niveau supérieur Xnest fenêtre sur le vrai serveur. Ainsi, il
est important que le vrai gestionnaire de fenêtres qui gère les Xnest fenêtre de niveau supérieur regarde
le WM_COLORMAP_WINDOWS plutôt que la palette de couleurs associée au niveau supérieur
Xnest la fenêtre. Étant donné que la plupart des gestionnaires de fenêtres ne semblent pas encore implémenter cette convention
correctement, Xnest peut éventuellement faire l'installation directe de cartes de couleurs dans le vrai serveur
contournant le vrai gestionnaire de fenêtres. Si l'utilisateur choisit cette option, il est généralement
nécessaire de désactiver temporairement le vrai gestionnaire de fenêtres car il interférera avec le
Xnest schéma d'installation de la carte de couleurs.

Les procédures de contrôle du clavier et du pointeur du serveur imbriqué modifient le clavier et
paramètres de contrôle du pointeur du serveur réel. Par conséquent, après Xnest est démarré, il
changera les commandes du clavier et du pointeur du serveur réel en ses propres commandes internes
par défaut.

Xnest as a serveur
Xnest car un serveur ressemble exactement à un vrai serveur pour ses propres clients. Pour les clientes,
il n'y a aucun moyen de savoir s'ils s'exécutent sur un serveur réel ou imbriqué.

Comme déjà mentionné, Xnest est un serveur très convivial en matière de personnalisation.
Xnest récupérera un certain nombre d'arguments de ligne de commande qui peuvent configurer sa valeur par défaut
classe et profondeur visuelles, nombre d'écrans, etc.

La seule complexité apparente du point de vue des utilisateurs sur l'utilisation Xnest en tant que serveur est
la sélection des polices. Xnest gère les polices en les chargeant localement puis en passant le
le nom de la police au serveur réel et lui demander de charger cette police à distance. Cette approche
évite la surcharge d'envoyer les bits de glyphe à travers le réseau pour chaque opération de texte,
même si c'est vraiment un bug. La conséquence de cette approche est que l'utilisateur aura
se soucier de deux chemins de polices différents - un local pour le serveur imbriqué et un distant
un pour le vrai serveur — puisque Xnest ne propage pas son chemin de police vers le serveur réel.
La raison en est que les serveurs réels et imbriqués n'ont pas besoin de s'exécuter sur le même fichier
système qui rend les deux chemins de police mutuellement incompatibles. Ainsi, s'il y a une police dans
le chemin de la police locale du serveur imbriqué, il n'y a aucune garantie que cette police existe dans
le chemin de police distant du serveur réel. Les polices xls(1) client, s'il est exécuté sur le serveur imbriqué
serveur, répertoriera les polices dans le chemin de police local et, s'il est exécuté sur le vrai serveur, répertoriera
polices dans le chemin de la police distante. Avant qu'une police puisse être ouverte avec succès par le imbriqué
serveur, il doit exister dans les chemins de police locaux et distants. C'est la responsabilité des utilisateurs
pour s'assurer que c'est le cas.

FUTUR DIRECTIONS

Rendre dynamique l'exigence de l'extension SHAPE dans le serveur réel, plutôt que
avoir à recompiler Xnest pour activer et désactiver cette exigence.

Peut-être qu'il devrait y avoir une option de ligne de commande pour dire Xnest hériter du clavier et
les paramètres de contrôle du pointeur du serveur réel plutôt que d'imposer les siens.

Xnest devrait lire un fichier d'entrée de personnalisation pour offrir encore plus de liberté et
simplicité dans le choix de la disposition souhaitée.

Il n'y a pas de support pour les sauvegardes et les sauvegardes, mais cela doit également être pris en compte.

La bonne implémentation des polices doit être déplacée dans le os couche.

Utiliser Xnest en ligne à l'aide des services onworks.net