Xnest - Online in de cloud

PROGRAMMA:

NAAM

Xnest - een geneste X-server

KORTE INHOUD

Xnest [ opties ]

PRODUCTBESCHRIJVING

Xnest is zowel een X-client als een X-server. Xnest is een client van de echte server die
beheert namens hem vensters en grafische verzoeken. Xnest is een server op zichzelf
clients. Xnest beheert namens hen vensters en grafische verzoeken. Aan deze klanten,
Xnest lijkt een conventionele server te zijn.

OPTIES

Xnest ondersteunt alle standaardopties van de voorbeeldserverimplementatie. Voor meer
details, zie Xserver(1). De volgende aanvullende argumenten worden ook ondersteund.

-Scherm snaar
Deze optie specificeert de weergavenaam van de echte server die Xnest zou moeten proberen
verbinden aan. Als dit niet op de opdrachtregel staat, Xnest leest de DISPLAY
omgevingsvariabele om deze informatie te achterhalen.

-synchroniseren Deze optie vertelt Xnest om de venster- en grafische bewerkingen te synchroniseren met de
echte serveerder. Dit is een nuttige optie voor foutopsporing, maar het zal langzamer gaan Xnest's
prestaties aanzienlijk. Het mag niet worden gebruikt tenzij het absoluut noodzakelijk is.

-full Deze optie vertelt Xnest om volledige regeneratie van echte serverobjecten te gebruiken en
heropen een nieuwe verbinding met de echte server telkens wanneer de geneste server opnieuw wordt gegenereerd.
De voorbeeldserverimplementatie genereert alle objecten op de server opnieuw wanneer de
laatste client van deze server wordt beëindigd. Wanneer dit gebeurt, Xnest bij verstek
onderhoudt hetzelfde venster op het hoogste niveau en dezelfde echte serververbinding in elk nieuw venster
generatie. Als de gebruiker volledige regeneratie selecteert, wordt zelfs het bovenste venster en
de verbinding met de echte server wordt voor elke servergeneratie opnieuw gegenereerd.

-Klasse snaar
Deze optie specificeert de standaard visuele klasse van de geneste server. Het is soortgelijk
aan de -cc optie uit de reeks standaardopties, behalve dat deze een
string in plaats van een getal voor de specificatie van de visuele klasse. De snaar moet
een van de volgende zes waarden: StatischGrijs, Grijsschaal, StatischeKleur, PseudoKleur,
Ware kleurof Directe kleur. Als zowel de -Klasse en -cc opties zijn opgegeven, de
laatste exemplaar van een van beide opties heeft voorrang. De klasse van de standaardvisual
van de geneste server hoeft niet hetzelfde te zijn als de klasse van de standaardvisual van de
echte server, maar deze moet worden ondersteund door de echte server. Gebruik xdpyinfo(1) voor
verkrijg een lijst met ondersteunde visuele klassen op de echte server voordat u begint Xnest.
Als de gebruiker een statische klasse kiest, zijn alle kleuren in de standaardkleurenkaart hetzelfde
vooraf toegewezen. Als de gebruiker een dynamische klasse kiest, worden de kleuren in de standaardkleurenkaart weergegeven
zal beschikbaar zijn voor individuele klanten voor toewijzing.

-diepte int
Deze optie specificeert de standaard visuele diepte van de geneste server. De diepte van
de standaardafbeelding van de geneste server hoeft niet hetzelfde te zijn als de diepte van de
standaardvisualisatie van de echte server, maar deze moet worden ondersteund door de echte server.
Te gebruiken xdpyinfo(1) om een ​​lijst met ondersteunde visuele diepten op de echte server te verkrijgen
voor het starten Xnest.

-sss Deze optie vertelt Xnest om de software-screensaver te gebruiken. Standaard, Xnest wil
gebruik de schermbeveiliging die overeenkomt met de hardwarematige schermbeveiliging in het echt
server. Natuurlijk is zelfs deze screensaver sindsdien door software gegenereerd Xnest doet
geen controle over daadwerkelijke hardware. Het wordt echter behandeld als een hardwarematige schermbeveiliging
binnen de voorbeeldservercode.

-geometrie WxH+X+Y
Deze optie specificeert de geometrieparameters voor het hoogste niveau Xnest raam. Zien
“GEOMETRIESPECIFICATIES” in X(7) voor een bespreking van de syntaxis van deze optie. Dit
venster komt overeen met het hoofdvenster van de geneste server. De breedte W en hoogte
H die met deze optie wordt opgegeven, is de maximale breedte en hoogte van elk topniveau
Xnest venster. Xnest zal de gebruiker in staat stellen elk venster op het hoogste niveau kleiner te maken, maar
het zal de grootte van het hoofdvenster van de geneste server niet daadwerkelijk veranderen. Xnest doet
ondersteunt nog niet de RANDR-extensie voor het wijzigen van de grootte, rotatie en reflectie van de
hoofdvenster. Als deze optie niet is opgegeven, Xnest zal kiezen W en H te
3/4 van de afmetingen van het rootvenster van de echte server.

-bw int
Deze optie specificeert de randbreedte van het hoogste niveau Xnest raam. Het gehele getal
parameter int moet positief zijn. De standaardrandbreedte is 1.

-naam snaar
Deze optie specificeert de naam van het hoogste niveau Xnest venster als snaar. De
standaardwaarde is de programmanaam.

-scrns int
Deze optie specificeert het aantal schermen dat op de geneste server moet worden gemaakt. Voor
elk scherm, Xnest zal een apart venster op het hoogste niveau creëren. Elk scherm is
waarnaar wordt verwezen door het nummer na de punt in de specificatie van de weergavenaam van de client.
Bijvoorbeeld xterm -Scherm : 1.1 zal een openen xterm(1) client op de geneste server
met het weergavenummer :1 op het tweede scherm. Het aantal schermen is beperkt
door de hardgecodeerde constante in de voorbeeldcode van de server, die meestal 3 is.

-installeren
Deze optie vertelt Xnest om zijn eigen kleurenkaartinstallatie te doen door de werkelijkheid te omzeilen
vensterbeheerder. Om het goed te laten werken, zal de gebruiker dit waarschijnlijk moeten doen
verlaat tijdelijk de echte vensterbeheerder. Standaard, Xnest zal het geneste houden
clientvenster waarvan de kleurenkaart moet worden geïnstalleerd op de echte server in de
WM_COLORMAP_WINDOWS eigendom van het hoogste niveau Xnest raam. Als deze kleurenkaart dat is
van hetzelfde visuele type als het hoofdvenster van de geneste server, Xnest wil
koppel deze kleurenkaart aan het hoogste niveau Xnest raam ook. Aangezien dit wel het geval is
Dit hoeft niet het geval te zijn, maar vensterbeheerders moeten vooral naar de
WM_COLORMAP_WINDOWS eigenschap in plaats van de kleurenkaart die is gekoppeld aan de top-
niveau Xnest raam. Helaas zijn vensterbeheerders daar niet zo goed in
toch kan deze optie van pas komen.

-ouder venster_id
Deze optie vertelt Xnest gebruiken venster_id als het rootvenster in plaats van een
venster.

UITGEBREID PRODUCTBESCHRIJVING

Opstarten Xnest is net zo eenvoudig als het opstarten xklok(1) vanuit een terminalemulator. Als
een gebruiker wil uitvoeren Xnest op hetzelfde werkstation als de echte server is het belangrijk
dat de geneste server een eigen luistersocketadres krijgt. Daarom, als dat zo is
een server die al draait op het werkstation van de gebruiker, Xnest zal moeten worden opgestart
een nieuw displaynummer. Omdat er meestal niet meer dan één server op een
werkstation, met vermelding van 'Xnest :1' op de opdrachtregel zal voor de meeste gebruikers voldoende zijn.
Voor elke server die op het werkstation draait, moet het weergavenummer met worden verhoogd
een. Dus als je een andere wilt beginnen Xnest, moet u typen 'Xnest :2' op de
opdrachtregel.

Om clients op de geneste server te kunnen uitvoeren, moet elke client hetzelfde weergavenummer krijgen
als de geneste server. Bijvoorbeeld, 'xterm -Scherm :1' zal een opstarten xterm verwerken in
de eerste geneste server en 'xterm -Scherm :2' begint een xterm in de tweede genest
server uit het bovenstaande voorbeeld. Hieruit kunnen extra klanten worden gestart xterms in
elke geneste server.

Xnest as a klant
Xnest gedraagt ​​zich en beschouwt de echte server en andere echte clients als een andere echte client.
Het is echter een nogal veeleisende client, aangezien vrijwel elk venster of grafisch verzoek wordt verzonden
een geneste client zal resulteren in een venster- of grafisch verzoek van Xnest naar de echte server.
Daarom is het wenselijk dat Xnest en de echte server bevindt zich op een lokaal netwerk, of zelfs
beter, op dezelfde machine. Xnest gaat ervan uit dat de echte server de SHAPE ondersteunt
verlenging. Er is geen manier om deze veronderstelling dynamisch uit te schakelen. Xnest kan zijn
gecompileerd zonder de ingebouwde SHAPE-extensie, in welk geval de echte server dat niet nodig heeft
ondersteun het. Ondersteuning voor dynamische SHAPE-extensieselectie kan in de toekomst worden overwogen
ontwikkeling Xnest.

Sinds Xnest hoeft niet dezelfde standaardvisual te gebruiken als de echte server, het hoogste niveau
venster van de Xnest opdrachtgever heeft altijd een eigen kleurenkaart. Dit impliceert dat andere vensters
kleuren worden niet correct weergegeven als de focus van het toetsenbord of de aanwijzer in de stand staat Xnest
venster, tenzij de echte server ondersteuning biedt voor meer dan één geïnstalleerde kleurenkaart
tijd. De kleurenkaart die is gekoppeld aan het bovenste venster van het Xnest cliënt hoeft niet de
juiste kleurenkaart die de geneste server op de echte server wil installeren. In de
geval dat een geneste client probeert een kleurenkaart te installeren van een andere visual dan de
standaardvisual van de geneste server, Xnest zal het bovenste venster van deze geneste client plaatsen
en alle andere bovenste vensters van de geneste clients die dezelfde kleurenkaart gebruiken in de
WM_COLORMAP_WINDOWS eigendom van het hoogste niveau Xnest venster op de echte server. Dus het
Het is belangrijk dat de echte windowmanager die de Xnest venster op het hoogste niveau kijkt
de WM_COLORMAP_WINDOWS eigenschap in plaats van de kleurenkaart die aan het hoogste niveau is gekoppeld
Xnest raam. Omdat de meeste vensterbeheerders deze conventie nog niet lijken te implementeren
naar behoren, Xnest kan optioneel een directe installatie van kleurenkaarten op de echte server uitvoeren
het omzeilen van de echte vensterbeheerder. Als de gebruiker deze optie kiest, is dit meestal het geval
Het is noodzakelijk om de echte vensterbeheerder tijdelijk uit te schakelen, omdat deze de
Xnest schema van kleurenkaartinstallatie.

Toetsenbord- en aanwijzerbesturingsprocedures van de geneste server veranderen het toetsenbord en
pointerbesturingsparameters van de echte server. Daarom na Xnest is opgestart, het
zal de toetsenbord- en aanwijzerbediening van de echte server veranderen in zijn eigen interne server
defaults.

Xnest as a server
Xnest omdat een server er voor zijn eigen clients precies zo uitziet als een echte server. Voor de cliënten,
er is geen manier om te zeggen of ze op een echte of een geneste server draaien.

Zoals al genoemd, Xnest is een zeer gebruiksvriendelijke server als het om maatwerk gaat.
Xnest zal een aantal opdrachtregelargumenten oppikken die de standaardinstellingen kunnen configureren
visuele klasse en diepgang, aantal schermen, etc.

De enige schijnbare ingewikkeldheid vanuit het perspectief van de gebruiker over gebruik Xnest zoals een server is
de selectie van lettertypen. Xnest beheert lettertypen door ze lokaal te laden en vervolgens de
lettertypenaam naar de echte server en vraag deze om dat lettertype op afstand te laden. Deze aanpak
vermijdt de overbelasting van het verzenden van de glyph-bits over het netwerk voor elke tekstbewerking,
ook al is het echt een bug. Het gevolg van deze aanpak is dat de gebruiker dat wel zal hebben
u hoeft zich geen zorgen te maken over twee verschillende lettertypepaden: een lokaal pad voor de geneste server en een extern pad
één voor de echte server - sindsdien Xnest geeft het lettertypepad niet door aan de echte server.
De reden hiervoor is dat echte en geneste servers niet op hetzelfde bestand hoeven te draaien
systeem dat de twee lettertypepaden onderling incompatibel maakt. Dus als er een lettertype in zit
het lokale lettertypepad van de geneste server, is er geen garantie dat dit lettertype bestaat
het externe lettertypepad van de echte server. De xlslettertypen(1) client, indien uitgevoerd op de geneste
server, zal de lettertypen in het lokale lettertypepad weergeven en, indien uitgevoerd op de echte server, ook weergeven
lettertypen in het externe lettertypepad. Voordat een lettertype met succes kan worden geopend door de geneste
server, moet het bestaan ​​in lokale en externe lettertypepaden. Het is de verantwoordelijkheid van de gebruikers
om er zeker van te zijn dat dit het geval is.

TOEKOMST ROUTEBESCHRIJVING

Maak dynamisch de vereiste voor de SHAPE-extensie op de echte server, in plaats van
opnieuw moeten compileren Xnest om deze vereiste in en uit te schakelen.

Misschien moet er een opdrachtregeloptie zijn om dit te vertellen Xnest om het toetsenbord te erven en
pointercontroleparameters van de echte server in plaats van zijn eigen parameters op te leggen.

Xnest zou een aangepast invoerbestand moeten lezen om nog meer vrijheid te bieden en
eenvoud bij het selecteren van de gewenste indeling.

Er is geen steun voor back-up- en spaarfondsen, maar dit moet ook worden overwogen.

De juiste implementatie van lettertypen moet worden verplaatst naar de os laag.

Gebruik Xnest online met behulp van onworks.net-services