Xdmx - Online in de cloud

PROGRAMMA:

NAAM

Xdmx - Gedistribueerde Multi-head X-server

KORTE INHOUD

Xdmx [:weergave] [optie ...]

PRODUCTBESCHRIJVING

Xdmx is een proxy X-server die een of meer andere X-servers als weergaveapparaten gebruikt. Het
biedt multi-head X-functionaliteit voor beeldschermen die zich op verschillende kunnen bevinden
machines. Xdmx functioneert als een front-end X-server die fungeert als een proxy voor een set back-
eind X-servers. Alle zichtbare weergave wordt doorgegeven aan de back-end X-servers. Klanten
verbinding met de Xdmx front-end, en alles verschijnt zoals het zou zijn in een gewone multi-head
configuratie. Als Xinerama is ingeschakeld (bijv. met +xinerama op de opdrachtregel), de
klanten zien één groot scherm.

Xdmx communiceert met de back-end X-servers met behulp van het standaard X11-protocol en standaard
en/of algemeen beschikbare X-serverextensies.

OPTIES

Naast de normale X-serveropties beschreven in de Xserver(1) handleiding, Xdmx
accepteert de volgende opdrachtregelopties:

-Scherm Weergavenaam
Dit specificeert de naam/namen van de back-end X-serverdisplay(s) om verbinding mee te maken.
Deze optie kan meerdere keren worden opgegeven om verbinding te maken met meer dan één back-end
weergave. De eerste wordt gebruikt als scherm 0, de tweede als scherm 1, enz. Als dit
optie is weggelaten, de $SCHERM omgevingsvariabele wordt gebruikt als de enige back-
einde X-serverweergave.

-xinvoer invoerbron
Dit specificeert de bron die moet worden gebruikt voor XInput-uitbreidingsapparaten. De keuzes zijn
hetzelfde als voor -invoer , hieronder beschreven, behalve dat kernapparaten op backend
servers kunnen niet worden behandeld als XInput-uitbreidingsapparaten. (Hoewel extensie
apparaten op backend- en consoleservers worden ondersteund als uitbreidingsapparaten onder
Xdmx).

-invoer invoerbron
Dit specificeert de bron die moet worden gebruikt voor de belangrijkste invoerapparaten. De keuzes zijn:

pop
Er wordt een set dummy core-invoerstuurprogramma's gebruikt. Deze genereren nooit input
evenementen.

lokaal
Het onbewerkte toetsenbord en de aanwijzer van de lokale computer worden gebruikt. Een komma-
een aparte lijst met bestuurdersnamen kan worden toegevoegd. Selecteer bijvoorbeeld de
voorbeeld gebruik van Linux-toetsenbord en PS/2-muisstuurprogramma: -invoer lokaal, kbd, ps2. De
de volgende stuurprogramma's zijn geïmplementeerd voor Linux: kbd, ms (een bestand met twee knoppen
Microsoft-muisstuurprogramma), ps2 (een PS/2-muisstuurprogramma), usb-mou (een USB-muis
driver), usb-kbd (een USB-toetsenborddriver) en usb-oth (een USB-niet-toetsenbord,
niet-muisstuurprogramma). Mogelijk worden in de toekomst extra stuurprogramma's geïmplementeerd.
De juiste standaardinstellingen worden gebruikt als er geen door komma's gescheiden lijst wordt opgegeven.

Weergavenaam
Als de weergavenaam een ​​back-endserver is, worden kerninvoergebeurtenissen genomen
van de opgegeven server. Anders wordt er een consolevenster geopend op het
opgegeven weergave.

Indien de Weergavenaam wordt gevolgd door ",xi" en dan XVoer uitbreidingsapparaten in op de
display zal worden gebruikt als Xdmx XInput uitbreidingsapparaten. Als de Weergavenaam is
gevolgd door ",noxi", dan zullen XInput-uitbreidingsapparaten op het scherm verschijnen niet be
als Xdmx XInput uitbreidingsapparaten. Momenteel is de standaard ",xi".

Indien de Weergavenaam wordt gevolgd door ",console" en de Weergavenaam verwijst naar a
display dat wordt gebruikt als een backend-display, dan zal een consolevenster zijn
geopend op dat scherm en dat scherm wordt behandeld als een backend-scherm.
Anders (of als ",noconsole" wordt gebruikt), wordt de weergave puur behandeld als
een backend of een consoledisplay, zoals hierboven beschreven.

Indien de Weergavenaam wordt gevolgd door ",vensters", dan worden de contouren van de vensters weergegeven
de backend wordt weergegeven in het consolevenster. Anders (of als
",nowindows" wordt gebruikt), zal het consolevenster de contouren van niet weergeven
achterste vensters. (Deze optie is alleen van toepassing op console-invoer.)

Indien de Weergavenaam wordt gevolgd door ",xkb", dan de volgende 1 tot 3 komma-
gescheiden parameters specificeren de sleutelcodes, symbolen en geometrie van het
toetsenbord voor dit invoerapparaat. Bijvoorbeeld, ",xkb,xfree86,pc104" zal
specificeer dat hiervoor de "xfree86"-sleutelcodes en de "pc104"-symbolen moeten worden gebruikt
initialiseer het toetsenbord. Voor een SGI-toetsenbord kan ",xkb,sgi/indy(pc102)" zijn
bruikbaar. Een lijst met sleutelcodes, symbolen en geometrieën is te vinden in
/usr/share/X11/xkb. Gebruik van sleutelcodes, symbolen en geometrieën voor XKB
configuratie is verouderd ten gunste van de regels, lay-out, model, variant en
optie-instellingen beschikbaar via de opdrachtregeloptie -param. Als deze optie
niet is opgegeven, wordt het invoerapparaat opgevraagd, mogelijk met behulp van de
XKEYBOARD-extensie.

Als deze optie niet is opgegeven, is de standaard invoerbron de eerste back-end
server (degene die wordt gebruikt voor scherm 0). Het consolevenster toont de lay-out van het
back-end display(s) en aanwijzerbewegingen en toetsaanslagen in de console
venster zal worden gebruikt als belangrijkste invoerapparaten.

Verschillende speciale functietoetsen zijn actief, afhankelijk van de invoerbron:

Ctrl-Alt-q zal een einde maken aan de Xdmx server in alle modi.

Ctrl-Alt-g schakelt een servergreep in consolemodus (een speciale cursor,
momenteel een spider, wordt gebruikt om een ​​actieve servergreep aan te duiden).

Ctrl-Alt-f schakelt fijnkorrelige beweging in consolemodus (een speciale cursor,
momenteel wordt een dradenkruis gebruikt om deze modus aan te geven). Als deze modus is
gecombineerd met een servergreep, dan heeft de cursor 4 regels in plaats van
slechts 2.

Ctrl-Alt-F1 brengt Ctrl-Alt-F12 zal overschakelen naar een andere VC in lokaal (onbewerkt)
modus.

-geenmulticursor
Deze optie schakelt ondersteuning uit voor het weergeven van meerdere cursors op overlappende achtergronden.
eindvertoningen. Deze optie is beschikbaar voor test- en benchmarkdoeleinden.

-lettertypepad
Deze optie stelt de Xdmx standaardlettertypepad van de server. Deze optie kan zijn
meerdere keren opgegeven om plaats te bieden aan meerdere lettertypepaden. Zie de FONT PADEN
gedeelte hieronder voor zeer belangrijke informatie over het instellen van het standaardlettertype
pad.

-configuratiebestand bestandsnaam
Geef het configuratiebestand op dat moet worden gelezen. Merk op dat als de -Scherm
opdrachtregeloptie wordt gebruikt, wordt het configuratiebestand genegeerd.

-config naam
Geef een configuratie op om te gebruiken. De naam zal de naam zijn die volgt op de virtueel
trefwoord in het configuratiebestand.

-stat interval schermen
Met deze optie kunnen prestatiestatistieken worden weergegeven. De tussenstand is binnen
seconden. De schermen is een telling van het aantal back-end schermen waarvoor gegevens
wordt elk interval afgedrukt. Als u 0 opgeeft voor schermen, worden gegevens voor alle schermen weergegeven
-schermen.

Van elk scherm wordt de volgende informatie afgedrukt: het schermnummer, een
absolute telling van het aantal gemaakte XSync()-aanroepen (SyncCount), de snelheid hiervan
gesprekken tijdens het vorige interval (Sync/s), de gemiddelde retourtijd (in
microseconden) van de laatste 10 XSync()-oproepen (avSync), de maximale retourtijd
(in microseconden) van de laatste 10 XSync-oproepen (mxSync), het gemiddelde aantal
XSync() verzoeken die in behandeling waren maar nog niet verwerkt waren voor elk van de laatste 10
verwerkte XSync()-oproepen, het maximale aantal XSync()-verzoeken dat in behandeling was
maar nog niet verwerkt voor elk van de laatste 10 verwerkte XSync()-aanroepen, en a
histogram dat de verdeling van de tijden van alle XSync()-aanroepen laat zien
zijn gemaakt tijdens de vorige pauze.

(De lengte van het voortschrijdend gemiddelde en het aantal en de waarde van histogrambakken zijn
configureerbaar tijdens het compileren in de dmxstat.h header-bestand.)

-synchronisatiebatch interval
Deze optie stelt de interval in milliseconden voor XSync()-batches. Een interval
kleiner dan of gelijk aan 0 schakelt XSync()-batching uit. De standaard interval is
100 ms.

-geen buitenschermopt
Deze optie schakelt de offscreen-optimalisatie uit. Sinds de luie venstercreatie
optimalisatie vereist dat de offscreen-optimalisatie is ingeschakeld, deze optie zal
schakel ook de optimalisatie van het maken van luie vensters uit.

-geenvensteropt
Deze optie schakelt de optimalisatie van het maken van lazy windows uit.

-geensubdivprims
Deze optie schakelt de primitieve onderverdelingsoptimalisatie uit.

-noxkb Schakel het gebruik van de XKB-extensie uit voor communicatie met de backend-displays.
(Combineren met -kb om alle gebruik van XKB uit te schakelen.)

-diepte int
Deze optie stelt de standaarddiepte van het hoofdvenster in. Bij het kiezen van een standaard visual
van degene die beschikbaar zijn op de back-end X-server, de eerste visual die overeenkomt
de opgegeven diepte wordt gebruikt.

Deze optie kan worden gecombineerd met de -cc optie, die de standaardkleur specificeert
visuele klasse, om het gebruik van een specifieke diepte- en kleurklasse voor de root af te dwingen
venster.

-norender
Deze optie schakelt de RENDER-extensie uit.

-noglxproxy
Deze optie schakelt GLX-proxy uit - de ingebouwde GLX-extensie-implementatie die
is DMX bewust.

-noglxwisselgroep
Deze optie schakelt de swapgroep- en swapbarrière-extensies in de GLX-proxy uit.

-glxsyncswap
Deze optie maakt synchronisatie mogelijk na een wisselbufferaanroep door te wachten tot alles
X-protocol is verwerkt. Wanneer een client een glXSwapBuffers-verzoek indient,
Xdmx stuurt dat verzoek door naar elke back-end X-server, en die verzoeken zijn
gebufferd samen met alle andere protocolaanvragen. In systemen die dat wel hebben
grote netwerkbuffers, kan deze buffering leiden tot de set back-end X-servers
het asynchroon afhandelen van het verzoek om wisselbuffers. Met deze optie wordt een XSync()
verzoek wordt verzonden naar elke back-end X-server na het verzenden van de wisselbuffers
verzoek. De XSync()-verzoeken wissen alle gebufferde protocollen (inclusief de
swap buffers requests) en wacht tot de back-end X-servers deze hebben verwerkt
aanvragen voordat u verder gaat. Deze optie wacht niet tot alle GL-commando's hebben
verwerkt, dus er kunnen eerder uitgegeven opdrachten zijn die nog steeds worden uitgevoerd
verwerkt in de GL-pipe wanneer het XSync()-verzoek terugkeert. Zie de -glxfinishswap
onderstaande optie als Xdmx moet wachten tot de GL-commando's zijn verwerkt.

-glxfinishswap
Deze optie maakt synchronisatie mogelijk na een wisselbufferaanroep door te wachten tot alles
GL-opdrachten zijn voltooid. Het is vergelijkbaar met de -glxsyncswap optie hierboven;
in plaats van een XSync() uit te geven, stuurt het echter een glFinish()-verzoek naar elk
back-end X-server na het verzenden van de swapbufferverzoeken. Het glFinish()-verzoek
spoelt alle gebufferde protocolverzoeken, verwerkt zowel X- als GL-verzoeken, en
wacht tot alle eerder aangeroepen GL-commando's zijn voltooid voordat u terugkeert.

-negeer slechte lettertypepaden
Deze optie negeert lettertypepaden die niet op alle back-endservers beschikbaar zijn door
het verwijderen van de slechte lettertypepad(en) uit de lijst met standaardlettertypepaden. Als er geen geldig lettertype is
paden overblijven na het verwijderen van de slechte paden, wordt een foutmelding met die strekking afgedrukt
het logboek.

-verplaatsschermen
Deze optie maakt het dynamisch toevoegen en verwijderen van schermen mogelijk, wat is uitgeschakeld
standaard. Merk op dat GLXProxy en Render nog geen ondersteuning bieden voor dynamische optelling en
verwijdering van schermen, en moet worden uitgeschakeld via de -noglxproxy en -norender commando
lijnopties die hierboven zijn beschreven.

-param Deze optie specificeert parameters op de opdrachtregel. Momenteel alleen parameters
omgaan met XKEYBOARD-configuratie worden ondersteund. Deze parameters zijn alleen van toepassing
naar het kerntoetsenbord. Parameterwaarden zijn installatie-afhankelijk. Alsjeblieft zie
/usr/share/X11/xkb of een vergelijkbare map voor volledige informatie.

Xkb-regels
Standaard ingesteld op "evdev". Andere waarden kunnen 'sgi' en 'zon' zijn.

XkbModel
Standaard ingesteld op "pc105". Bij gebruik met "basis"-regels kunnen andere waarden dat wel
omvatten "pc102", "pc104", "microsoft" en vele anderen. Bij gebruik met
"sun" regels, andere waarden kunnen "type4" en "type5" zijn.

XkbLayout
Staat standaard op "ons". Andere landcodes en "dvorak" zijn meestal beschikbaar.

Xkb-variant
Standaard ingesteld op "".

XkbOpties
Standaard ingesteld op "".

CONFIGURATIE FILE GRAMMATICA

De volgende woorden en tokens zijn gereserveerd:
virtueel tonen muur optie param { } ; #

Opmerkingen beginnen met een # markeren en verlengen tot het einde van de lijn. Ze kunnen overal verschijnen.
Als er een configuratiebestand wordt ingelezen xdmxconfig, zullen de opmerkingen in dat bestand zijn
bewaard, maar kan niet worden bewerkt.

De grammatica is als volgt:
virtuele lijst ::= [ virtuele lijst ] | virtueel

virtueel ::= virtueel [ naam ] [ vaag ] { dw-lijst }

dw-lijst ::= [ dw-lijst ] | dw

dw ::= weergave | muur | keuze

weergave ::= tonen naam [ geometrie ] [ / geometrie ] [ oorsprong ] ;

muur ::= muur [ dim ] [ dim ] namenlijst ;

optie ::= optie namenlijst ;

parameter ::= param namenlijst ;

parameter ::= param { param-lijst }

param-lijst ::= [ param-lijst ] | namenlijst ;

namenlijst ::= [ namenlijst ] | naam

naam ::= tekenreeks | dubbele aanhalingstekens

dim ::= geheel getal x geheel getal

geometrie ::= [ geheel getal x geheel getal ] [ geheel getal getekend geheel getal ]

herkomst ::= @ geheel getal x geheel getal

De naam volgt virtueel wordt gebruikt als identificatie voor de configuratie, en kan dat ook zijn
doorgegeven aan Xdmx met de -config opdrachtregel optie. De naam van een display zou moeten zijn
standaard X-weergavenaam, hoewel er geen controle wordt uitgevoerd (bijv. "machine:0").

Voor namen zijn dubbele aanhalingstekens optioneel, tenzij de naam is gereserveerd of spaties bevat.

De eerste dimensie volgt muur is de afmeting voor tegels (bijv. 2x4 of 4x4). De
tweede dimensie volgt muur is de afmeting van elk scherm in de muur (bijv.
1280 x 1024).

De eerste geometrie volgt tonen is de geometrie van het schermvenster op de backend
server. De tweede geometrie, die altijd wordt voorafgegaan door een schuine streep, is de geometrie van de
hoofdvenster. Standaard heeft het hoofdvenster dezelfde geometrie als het schermvenster.

De optie regel kan worden gebruikt om opdrachtregelopties op te geven (bijv. -invoer). (Het
kan niet worden gebruikt om de naam van het front-end-display op te geven.) De optieregel is
eenmaal verwerkt bij het opstarten van de server, regel gewoon de opdrachtregelopties. Dit gedrag kan zijn
niet verwacht.

CONFIGURATIE FILE Voorbeelden

Twee beeldschermen die voor een desktop worden gebruikt, kunnen in een van de volgende indelingen worden gespecificeerd:
virtueel voorbeeld0 {
weergave d0:0 1280x1024 @0x0;
weergave d1:0 1280x1024 @1280x0;
}

virtueel voorbeeld1 {
weergave d0:0 1280x1024;
d1:0 @1280x0 weergeven;
}

virtueel voorbeeld2 {
weergave "d0:0";
toon "d1:0" @1280x0;
}

virtueel voorbeeld3 { muur 2x1 d0:0 d1:0; }
Een wand van 4x4 met in totaal 16 displays kan als volgt worden gespecificeerd (als er geen tegelafmeting is
gespecificeerd, wordt een benaderd vierkant gebruikt):
virtueel voorbeeld4 {
muur d0:0 d1:0 d2:0 d3:0
d4:0 d5:0 d6:0 d7:0
d8:0 d9:0 da:0 db:0
dc:0 dd:0 de:0 df:0;
}

FONT PADEN

Het lettertypepad dat wordt gebruikt door de Xdmx front-end server wordt doorgegeven aan elke back-end
server, wat vereist dat elke back-endserver toegang heeft tot exact dezelfde lettertypepaden
als de front-endserver. Dit kan het gemakkelijkst worden afgehandeld door een lettertypeserver te gebruiken
(bijv. xfs) of door op afstand de lettertypepaden op elke back-endserver te mounten, en dan
het instellen van de Xdmx standaardlettertypepad van de server met de opdrachtregeloptie -I "-fontpath".
hierboven omschreven.

Als u bijvoorbeeld een lettertypepad opgeeft met de volgende opdrachtregel:
Xdmx:1 -display d0:0 -fontpath /usr/fonts/75dpi/ -fontpath /usr/fonts/Type1/
+xinerama
Dan moeten /usr/fonts/75dpi/ en /usr/fonts/Type1/ geldige lettertypepaden zijn op de Xdmx server
en alle back-endservers, wat in dit voorbeeld d0 is.

Fontservers kunnen ook worden gespecificeerd met de -lettertypepad keuze. Laten we bijvoorbeeld aannemen
dat er een correct geconfigureerde lettertypeserver draait op host d0. Dan het volgende commando
lijn
Xdmx :1 -display d0:0 -display d1:0 -lettertypepad tcp/d0:7100 +xinerama
zal de front-end initialiseren Xdmx server en elk van de back-endservers om het lettertype te gebruiken
server op d0.

Sommige lettertypen worden mogelijk niet ondersteund door de front-end- of back-endservers. Voor
laten we bijvoorbeeld uitgaan van de front-end Xdmx server bevat ondersteuning voor Type1-lettertypen, maar een van
de back-end servers niet. Laten we ook aannemen dat het standaardlettertypepad voor Xdmx
bevat Type1-lettertypen in het lettertypepad. Wanneer dan Xdmx initialiseert het standaardlettertypepad
om het standaardlettertype te laden, wordt het lettertypepad dat Type1-lettertypen bevat (samen met het andere
standaardlettertypepaden die worden gebruikt door de Xdmx server) wordt verzonden naar de back-endserver die
kan Type1-lettertypen niet aan. Die back-endserver wijst vervolgens het lettertypepad af en stuurt een
fout terug naar de Xdmx server. Xdmx drukt vervolgens een foutbericht af en sluit af omdat het
kon het standaardlettertypepad niet instellen en kon het standaardlettertype niet laden.

Om deze fout op te lossen, moet het aanstootgevende lettertypepad worden verwijderd uit het standaard lettertypepad door
een andere gebruiken -lettertypepad opdrachtregeloptie.

De -lettertypepad optie kan ook worden toegevoegd aan het configuratiebestand zoals hierboven beschreven.

OPDRACHTREGEL Voorbeelden

De back-endmachines zijn d0 en d1, de kerninvoer komt van de aanwijzer en het aangesloten toetsenbord
tot d0 verwijzen klanten naar :1 bij het openen van vensters:
Xdmx :1 -display d0:0 -display d1:0 +xinerama

Zoals hierboven, behalve met kerninvoer van d1:
Xdmx :1 -weergave d0:0 -weergave d1:0 -invoer d1:0 +xinerama

Zoals hierboven, behalve met kerninvoer vanuit een consolevenster op het lokale beeldscherm:
Xdmx :1 -weergave d0:0 -weergave d1:0 -invoer :0 +xinerama

Zoals hierboven, behalve met kerninvoer van het lokale toetsenbord en de muis:
Xdmx:1 -display d0:0 -display d1:0 -invoer lokaal,kbd,ps2 +xinerama
Merk op dat lokale invoer kan worden gebruikt onder Linux terwijl een andere X-sessie draait op :0
(ervan uitgaande dat de gebruiker toegang heeft tot de Linux-console tty en muisapparaten): een nieuwe (lege) VC
zal worden gebruikt voor toetsenbordinvoer op de lokale machine en de Ctrl-Alt-F*-reeks zal zijn
beschikbaar om over te schakelen naar een andere VC (mogelijk terug naar een andere X-sessie die op de lokale
machine). Het gebruik van Ctrl-Alt-Backspace op de lege VC beëindigt de Xdmx-sessie en
terug naar de originele VC.

In dit voorbeeld wordt het configuratiebestand uit de vorige sectie gebruikt:
Xdmx :1 -input :0 +xinerama -configuratiebestand bestandsnaam -config voorbeeld2
Met deze regel in het configuratiebestand:
optie -invoer :0 +xinerama;
de opdrachtregel kan worden ingekort tot:
Xdmx :1 -configuratiebestand bestandsnaam -config voorbeeld2

GEBRUIK MAKEND VAN HET USB APPARAAT DRIVERS

De USB-apparaatstuurprogramma's gebruiken de genoemde apparaten /dev/invoer/event0, /dev/invoer/event1, Etc.
onder Linux. Deze apparaten worden aangedreven met behulp van de evdev Linux-kernelmodule, die deel uitmaakt van
van de verborgen suite. Houd er rekening mee dat als u de muisdev or kbddev Linux kernel
modules, dan verschijnen USB-apparaten als kern-Linux-invoerapparaten en kun je niet
om te kiezen tussen het gebruik van het apparaat alleen als een Xdmx kernapparaat of een Xdmx XInput-extensie
apparaat. Verder is het mogelijk dat u de muisdev Linux-kernelmodule als XGratis86
is geconfigureerd om te gebruiken /dev/input/muizen als invoerapparaat (dit is best handig voor laptops
gebruikers en is standaard ingesteld onder sommige Linux-distributies, maar moet worden gewijzigd als
USB-apparaten moeten worden gebruikt met Xdmx).

De USB-apparaatstuurprogramma's doorzoeken de Linux-apparaten voor de eerste muis, toetsenbord of
niet-muis-niet-toetsenbord Linux-apparaat en gebruik dat apparaat.

KEYBOARD INITIALISATIE

If Xdmx werd aangeroepen met -xkb of was niet gecompileerd om de XKEYBOARD-extensie te gebruiken, en vervolgens een
toetsenbord op een backend of console wordt geïnitialiseerd met behulp van de kaart die de host X-server heeft
biedt.

Als de XKEYBOARD-extensie voor beide wordt gebruikt Xdmx en de host X-server voor het toetsenbord
(dwz de backend of console X-server), dan wordt het type toetsenbord verkregen
van de host X-server en het toetsenbord eronder Xdmx wordt daarmee geïnitialiseerd
informatie. Anders wordt het standaard type toetsenbord geïnitialiseerd. In beide gevallen,
de kaart van de host X-server wel niet worden gebruikt. Dit betekent dat verschillende initialen
gedrag kan worden opgemerkt met en zonder XKEYBOARD. Consistente en verwachte resultaten zullen zijn
verkregen door XKEYBOARD op alle servers uit te voeren en door het gebruik van te vermijden xmodmap aan de
backend- of console X-servers voordat u begint Xdmx.

If -xkbmap staat vermeld op de Xdmx opdrachtregel, dan wordt die kaart momenteel gebruikt voor
alle toetsenborden.

MEERDERE CORE KEYBOARDS

X is niet ontworpen om toetsenborden met meerdere kernen te ondersteunen. Echter, Xdmx levert wat op
ondersteuning voor toetsenborden met meerdere kernen. De beste resultaten worden verkregen als alle
toetsenborden zijn van hetzelfde type en gebruiken dezelfde toetsenbordtoewijzing. Omdat de X-server
geeft onbewerkte sleutelcode-informatie door aan de X-client, sleutelsymbolen voor toetsenborden met verschillende
toetstoewijzingen zouden anders zijn als de toetscode voor elk toetsenbord zonder vertaling zou worden verzonden
naar de klant. Daarom, Xdmx zal proberen de sleutelcode van een kern te vertalen
toetsenbord naar de sleutelcode voor de sleutel met hetzelfde sleutelsymbool van de eerste kern toetsenbord
dat was geladen. Als het sleutelsymbool op beide kaarten verschijnt, worden de resultaten verwacht.
Anders retourneert het tweede kerntoetsenbord een NoSymbol-sleutelsymbool voor sommige toetsen die
zou zijn vertaald als het het eerste kerntoetsenbord was.

Gebruik Xdmx online met behulp van onworks.net-services