Xnest – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

Xnest – ein verschachtelter X-Server

ZUSAMMENFASSUNG

Xnest [ Optionen ]

BESCHREIBUNG

Xnest ist sowohl ein X-Client als auch ein X-Server. Xnest ist ein Client des realen Servers, der
verwaltet in seinem Namen Fenster und Grafikanfragen. Xnest ist ein Server für sich
Kunden. Xnest verwaltet in ihrem Namen Fenster und Grafikanfragen. An diese Kunden,
Xnest Scheint ein herkömmlicher Server zu sein.

OPTIONAL

Xnest unterstützt alle Standardoptionen der Beispielserverimplementierung. Für mehr
Details finden Sie hier Xserver(1). Die folgenden zusätzlichen Argumente werden ebenfalls unterstützt.

-Anzeige Schnur
Diese Option gibt den Anzeigenamen des echten Servers an Xnest sollte es versuchen
verbunden mit. Wenn es nicht in der Befehlszeile bereitgestellt wird, Xnest werde das lesen DISPLAY
Umgebungsvariable, um diese Informationen herauszufinden.

-sync Diese Option sagt Xnest um seine Fenster- und Grafikoperationen mit dem zu synchronisieren
echter Server. Dies ist eine nützliche Option zum Debuggen, wird jedoch langsamer Xnest's
Leistung erheblich. Es sollte nur verwendet werden, wenn dies unbedingt erforderlich ist.

-volle Diese Option sagt Xnest um die vollständige Regeneration realer Serverobjekte zu nutzen und
Öffnen Sie jedes Mal eine neue Verbindung zum realen Server, wenn der verschachtelte Server neu generiert wird.
Die Beispielserverimplementierung generiert alle Objekte auf dem Server neu, wenn die
Der letzte Client dieses Servers wird beendet. Wenn das passiert, Xnest standardmäßig
behält in jedem neuen Fenster das gleiche Fenster der obersten Ebene und die gleiche reale Serververbindung bei
Generation. Wenn der Benutzer die vollständige Regeneration auswählt, werden sogar das Fenster der obersten Ebene und
Die Verbindung zum realen Server wird für jede Servergeneration neu hergestellt.

-Klasse Schnur
Diese Option gibt die standardmäßige visuelle Klasse des verschachtelten Servers an. Es ist ähnlich
zu den -cc Option aus dem Satz der Standardoptionen, mit der Ausnahme, dass sie a akzeptiert
Zeichenfolge anstelle einer Zahl für die visuelle Klassenspezifikation. Der Schnur muß
einer der folgenden sechs Werte: StatischGrau, Graustufen, StatischeFarbe, Pseudofarbe,
Wahre Farbe, oder DirectColor. Wenn beide -Klasse und -cc Optionen angegeben sind, die
Die letzte Instanz einer der beiden Optionen hat Vorrang. Die Klasse des Standardvisuals
des verschachtelten Servers muss nicht mit der Klasse des Standardvisuals des Servers identisch sein
realer Server, muss aber vom realen Server unterstützt werden. Verwenden xdpyinfo(1) zu
Rufen Sie vor dem Start eine Liste der unterstützten visuellen Klassen auf dem realen Server ab Xnest.
Wenn der Benutzer eine statische Klasse auswählt, werden alle Farben in der Standardfarbkarte verwendet
vorbelegt. Wenn der Benutzer eine dynamische Klasse auswählt, werden die Farben in der Standardfarbkarte angezeigt
steht den einzelnen Kunden zur Zuteilung zur Verfügung.

-Tiefe int
Diese Option gibt die standardmäßige visuelle Tiefe des verschachtelten Servers an. Die Tiefe von
Das Standardvisual des verschachtelten Servers muss nicht mit der Tiefe des verschachtelten Servers übereinstimmen
Standardvisual des realen Servers, muss aber vom realen Server unterstützt werden.
Verwenden Sie die xdpyinfo(1) um eine Liste der unterstützten visuellen Tiefen auf dem realen Server zu erhalten
bevor es losgeht Xnest.

-sss Diese Option sagt Xnest um den Bildschirmschoner der Software zu verwenden. Standardmäßig, Xnest werden wir
Verwenden Sie den Bildschirmschoner, der dem tatsächlichen Hardware-Bildschirmschoner entspricht
Server. Natürlich ist auch dieser Bildschirmschoner seitdem softwaregeneriert Xnest die
keine tatsächliche Hardware steuern. Es wird jedoch als Hardware-Bildschirmschoner behandelt
innerhalb des Beispielservercodes.

-Geometrie WxH+X+Y
Diese Option gibt die Geometrieparameter für die oberste Ebene an Xnest Fenster. Sehen
„GEOMETRIESPEZIFIKATIONEN“ in X(7) für eine Diskussion der Syntax dieser Option. Das
Das Fenster entspricht dem Stammfenster des verschachtelten Servers. Die Breite W und Höhe
H Mit dieser Option wird die maximale Breite und Höhe jeder obersten Ebene angegeben
Xnest Fenster. Xnest ermöglicht es dem Benutzer, jedes Fenster der obersten Ebene zu verkleinern, aber
Die Größe des verschachtelten Server-Root-Fensters wird dadurch nicht geändert. Xnest die
Unterstützt die RANDR-Erweiterung für Größenänderung, Drehung und Spiegelung noch nicht
Root-Fenster. Wenn diese Option nicht angegeben ist, Xnest wird wählen W und H sein
3/4 der Abmessungen des Root-Fensters des realen Servers.

-sw int
Diese Option gibt die Rahmenbreite der obersten Ebene an Xnest Fenster. Die ganze Zahl
Parameter int muss positiv sein. Die Standardrahmenbreite beträgt 1.

-Name Schnur
Diese Option gibt den Namen der obersten Ebene an Xnest Fenster als Schnurdem „Vermischten Geschmack“. Seine
Der Standardwert ist der Programmname.

-scrns int
Diese Option gibt die Anzahl der Bildschirme an, die auf dem verschachtelten Server erstellt werden sollen. Für
jeder bildschirm, Xnest erstellt ein separates Fenster der obersten Ebene. Jeder Bildschirm ist
wird durch die Nummer nach dem Punkt in der Spezifikation des Client-Anzeigenamens referenziert.
Zum Beispiel, Xterm -Anzeige : 1.1 wird ein öffnen Xterm(1) Client im verschachtelten Server
mit der Anzeigenummer :1 auf dem zweiten Bildschirm. Die Anzahl der Bildschirme ist begrenzt
durch die fest codierte Konstante im Server-Beispielcode, die normalerweise 3 ist.

-installieren
Diese Option sagt Xnest um eine eigene Farbkarteninstallation durchzuführen und dabei die reale zu umgehen
Fenstermanager. Damit es ordnungsgemäß funktioniert, muss der Benutzer dies wahrscheinlich tun
Beenden Sie vorübergehend den echten Fenstermanager. Standardmäßig, Xnest wird die Verschachtelung behalten
Client-Fenster, dessen Farbkarte auf dem realen Server installiert werden soll
WM_COLORMAP_WINDOWS Eigentum der obersten Ebene Xnest Fenster. Wenn diese Farbkarte ist
vom gleichen visuellen Typ wie das Stammfenster des verschachtelten Servers, Xnest werden wir
Ordnen Sie diese Farbkarte der obersten Ebene zu Xnest Fenster auch. Da dies der Fall ist
Das muss nicht der Fall sein, Fenstermanager sollten in erster Linie darauf achten
WM_COLORMAP_WINDOWS Eigenschaft und nicht die Farbkarte, die mit der Oberseite verknüpft ist.
Grad des Xnest Fenster. Leider sind Fenstermanager darin nicht besonders gut
Dennoch könnte diese Option nützlich sein.

-Elternteil window_id
Diese Option sagt Xnest benutzen window_id als Root-Fenster, anstatt ein zu erstellen
Fenster.

VERLÄNGERT BESCHREIBUNG

Inbetriebnahme Xnest ist genauso einfach wie das Starten xUhr(1) von einem Terminalemulator. Wenn
Ein Benutzer möchte ausführen Xnest Es ist wichtig, dass es sich auf derselben Workstation wie der reale Server befindet
dass der verschachtelte Server eine eigene Listening-Socket-Adresse erhält. Daher, falls vorhanden
ein Server, der bereits auf der Workstation des Benutzers läuft, Xnest muss damit begonnen werden
eine neue Anzeigenummer. Da in der Regel nicht mehr als ein Server auf einem läuft
Workstation unter Angabe von 'Xnest :1' in der Befehlszeile ist für die meisten Benutzer ausreichend.
Für jeden Server, der auf der Workstation läuft, muss die Anzeigenummer um erhöht werden
eins. Wenn Sie also einen neuen starten möchten Xnest, müssen Sie Folgendes eingeben:Xnest :2' auf der
Befehlszeile.

Um Clients auf dem verschachtelten Server auszuführen, muss jedem Client die gleiche Anzeigenummer zugewiesen werden
als verschachtelter Server. Zum Beispiel, 'Xterm -Anzeige :1'wird gestartet Xterm verarbeiten in
der erste verschachtelte Server und 'Xterm -Anzeige :2' wird ein beginnen Xterm im zweiten verschachtelt
Server aus dem obigen Beispiel. Von diesen aus können weitere Clients gestartet werden Xterms in
Jeder verschachtelte Server.

Xnest as a Auftraggeber
Xnest verhält sich und betrachtet den realen Server und andere reale Clients als einen weiteren realen Client.
Es handelt sich jedoch um einen recht anspruchsvollen Client, da er nahezu jedes Fenster oder jede Grafik abfragt
Ein verschachtelter Client führt zu einer Fenster- oder Grafikanforderung von Xnest zum echten Server.
Daher ist es wünschenswert, dass Xnest und der reale Server befinden sich in einem lokalen Netzwerk oder sogar
besser, auf der gleichen Maschine. Xnest geht davon aus, dass der reale Server SHAPE unterstützt
Verlängerung. Es gibt keine Möglichkeit, diese Annahme dynamisch auszuschalten. Xnest kann sein
kompiliert ohne die integrierte SHAPE-Erweiterung. In diesem Fall ist dies beim echten Server nicht erforderlich
unterstütze es. Die Unterstützung der dynamischen SHAPE-Erweiterungsauswahl kann später berücksichtigt werden
Entwicklung Xnest.

Da Xnest muss nicht das gleiche Standardvisual verwenden wie der echte Server, die oberste Ebene
Fenster der Xnest Der Client verfügt immer über eine eigene Farbkarte. Dies bedeutet, dass andere Fenster
Farben werden nicht richtig angezeigt, während sich der Tastatur- oder Zeigerfokus im befindet Xnest
Fenster, es sei denn, der reale Server unterstützt mehr als eine installierte Farbkarte
Zeit. Die Farbkarte, die dem oberen Fenster des zugeordnet ist Xnest Der Kunde muss nicht der sein
entsprechende Farbkarte, die der verschachtelte Server auf dem realen Server installieren möchte. Im
Der Fall ist, dass ein verschachtelter Client versucht, eine Farbkarte eines anderen Visuals als dem zu installieren
Standardvisual des verschachtelten Servers, Xnest wird das oberste Fenster dieses verschachtelten Clients platzieren
und alle anderen oberen Fenster der verschachtelten Clients, die dieselbe Farbkarte verwenden, in die
WM_COLORMAP_WINDOWS Eigentum der obersten Ebene Xnest Fenster auf dem realen Server. Also es
Es ist wichtig, dass der echte Fenstermanager das verwaltet Xnest Fenster der obersten Ebene betrachtet
WM_COLORMAP_WINDOWS Eigenschaft und nicht die mit der obersten Ebene verknüpfte Farbkarte
Xnest Fenster. Da die meisten Fenstermanager diese Konvention offenbar noch nicht implementieren
richtig, Xnest kann optional eine direkte Installation von Farbkarten auf dem realen Server durchführen
Umgehen des echten Fenstermanagers. Wenn der Benutzer diese Option wählt, ist dies normalerweise der Fall
Es ist notwendig, den echten Fenstermanager vorübergehend zu deaktivieren, da er die Funktion beeinträchtigt
Xnest Schema der Farbkarteninstallation.

Tastatur- und Zeigersteuerungsprozeduren des verschachtelten Servers ändern die Tastatur und
Zeigersteuerparameter des realen Servers. Daher nach Xnest wird gestartet, es
ändert die Tastatur- und Zeigersteuerung des realen Servers in seine eigene interne
Standardeinstellungen.

Xnest as a Server
Xnest da ein Server für seine eigenen Clients genauso aussieht wie ein echter Server. Für die Kunden,
Es lässt sich nicht sagen, ob sie auf einem echten oder einem verschachtelten Server laufen.

Wie bereits erwähnt, Xnest ist ein sehr benutzerfreundlicher Server, wenn es um die Anpassung geht.
Xnest wird eine Reihe von Befehlszeilenargumenten abrufen, mit denen seine Standardeinstellung konfiguriert werden kann
visuelle Klasse und Tiefe, Anzahl der Bildschirme usw.

Die einzige offensichtliche Kompliziertheit aus Sicht des Benutzers bei der Verwendung Xnest wie ein Server ist
die Auswahl der Schriftarten. Xnest verwaltet Schriftarten, indem es sie lokal lädt und dann die übergeben
Geben Sie den Namen der Schriftart an den echten Server weiter und bitten Sie ihn, diese Schriftart aus der Ferne zu laden. Dieser Ansatz
vermeidet die Überlastung durch das Senden der Glyphenbits über das Netzwerk für jede Textoperation,
obwohl es wirklich ein Bug ist. Die Konsequenz dieses Ansatzes ist, dass der Benutzer Folgendes haben wird
Sie müssen sich um zwei verschiedene Schriftartenpfade kümmern – einen lokalen für den verschachtelten Server und einen Remotepfad
eine für den echten Server – seitdem Xnest gibt seinen Schriftartenpfad nicht an den realen Server weiter.
Der Grund dafür ist, dass reale und verschachtelte Server nicht auf derselben Datei laufen müssen
System, das die beiden Schriftartenpfade untereinander inkompatibel macht. Wenn also eine Schriftart vorhanden ist
Wenn Sie den lokalen Schriftartenpfad des verschachtelten Servers verwenden, gibt es keine Garantie dafür, dass diese Schriftart vorhanden ist
der Remote-Font-Pfad des realen Servers. Der xlsfonts(1) Client, wenn er auf dem verschachtelten ausgeführt wird
Server, listet Schriftarten im lokalen Schriftartenpfad auf und führt sie auf, wenn sie auf dem echten Server ausgeführt wird
Schriftarten im Remote-Schriftartenpfad. Bevor eine Schriftart erfolgreich von der verschachtelten geöffnet werden kann
Auf dem Server muss es in lokalen und Remote-Schriftartpfaden vorhanden sein. Es liegt in der Verantwortung der Benutzer
um sicherzustellen, dass dies der Fall ist.

ZUKUNFT RICHTUNGEN

Machen Sie die Anforderung für die SHAPE-Erweiterung im realen Server dynamisch, anstatt
neu kompilieren müssen Xnest um diese Anforderung ein- und auszuschalten.

Vielleicht sollte es eine Befehlszeilenoption geben, die das erkennen kann Xnest um die Tastatur zu erben und
Zeigersteuerparameter vom realen Server, anstatt eigene aufzuerlegen.

Xnest sollte eine Anpassungseingabedatei lesen, um noch mehr Freiheit zu bieten und
Einfachheit bei der Auswahl des gewünschten Layouts.

Es gibt keine Unterstützung für die Unterstützung von Store- und Save-Unders, dies sollte jedoch ebenfalls berücksichtigt werden.

Die ordnungsgemäße Implementierung von Schriftarten sollte in die verschoben werden os Schicht.

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