Xdmx - Online sa Cloud

PROGRAMA:

NAME

Xdmx - Naipamahagi na Multi-head X server

SINOPSIS

Xdmx [:display] [pagpipilian ...]

DESCRIPTION

Xdmx ay isang proxy X server na gumagamit ng isa o higit pang mga X server bilang mga display device nito. Ito
nagbibigay ng multi-head X functionality para sa mga display na maaaring matatagpuan sa iba't ibang bahagi
machine. Xdmx gumagana bilang front-end X server na nagsisilbing proxy sa isang set ng back-
end X server. Ang lahat ng nakikitang pag-render ay ipinapasa sa mga back-end na X server. Mga kliyente
kumonekta sa Xdmx front-end, at lahat ng bagay ay lilitaw tulad ng sa isang regular na multi-head
pagsasaayos. Kung naka-enable ang Xinerama (hal., may +xinerama sa command line), ang
nakikita ng mga kliyente ang isang malaking screen.

Xdmx nakikipag-usap sa mga back-end na X server gamit ang karaniwang X11 protocol, at pamantayan
at/o karaniwang magagamit na mga extension ng X server.

Opsyon

Bilang karagdagan sa mga normal na opsyon ng X server na inilarawan sa Xserver(1) manu-manong pahina, Xdmx
tumatanggap ng sumusunod na command line switch:

-display display-name
Tinutukoy nito ang (mga) pangalan ng (mga) display ng back-end na X server na ikokonekta.
Maaaring tukuyin ang opsyong ito nang maraming beses upang kumonekta sa higit sa isang back-end
display. Ang una ay ginagamit bilang screen 0, ang pangalawa bilang screen 1, atbp. Kung ito
ang opsyon ay tinanggal, ang $DISPLAY ang environment variable ay ginagamit bilang single back-
end X server display.

-xinput input-source
Tinutukoy nito ang source na gagamitin para sa mga XInput extension device. Ang mga pagpipilian ay
kapareho ng para sa -input , na inilarawan sa ibaba, maliban sa mga pangunahing device sa backend
hindi maaaring ituring ang mga server bilang mga XInput extension device. (Kahit na extension
Ang mga device sa backend at console server ay sinusuportahan bilang mga extension device sa ilalim
Xdmx).

-input input-source
Tinutukoy nito ang source na gagamitin para sa mga pangunahing input device. Ang mga pagpipilian ay:

pantalya
Isang set ng dummy core input driver ang ginagamit. Ang mga ito ay hindi kailanman bumubuo ng anumang input
Mga kaganapan.

lokal
Ginagamit ang hilaw na keyboard at pointer mula sa lokal na computer. Isang kuwit-
maaaring idagdag ang hiwalay na listahan ng mga pangalan ng driver. Halimbawa, upang piliin ang
halimbawa gamit ng Linux keyboard at PS/2 mouse driver: -input lokal,kbd,ps2. ang
ang mga sumusunod na driver ay ipinatupad para sa Linux: kbd, ms (isang dalawang-button
Microsoft mouse driver), ps2 (isang PS/2 mouse driver), usb-mou (isang USB mouse
driver), usb-kbd (isang USB keyboard driver), at usb-oth (isang USB na hindi keyboard,
di-mouse driver). Maaaring ipatupad ang mga karagdagang driver sa hinaharap.
Gagamitin ang mga naaangkop na default kung walang ibinigay na listahang pinaghihiwalay ng kuwit.

display-name
Kung ang display-name ay isang back-end na server, ang mga pangunahing kaganapan sa pag-input ay kukunin
mula sa tinukoy na server. Kung hindi, isang console window ang magbubukas sa
tinukoy na display.

Kung ang display-name ay sinusundan ng ",xi" pagkatapos ay XInput extension device sa
ang display ay gagamitin bilang Xdmx XInput extension device. Kung ang display-name is
na sinusundan ng ",noxi" pagkatapos ay XInput extension device sa display ay hindi be
ginamit bilang Xdmx XInput extension device. Sa kasalukuyan, ang default ay ",xi".

Kung ang display-name ay sinusundan ng ",console" at ang display-name ay tumutukoy sa isang
display na ginagamit bilang backend display, pagkatapos ay magkakaroon ng console window
binuksan sa display na iyon at ang display na iyon ay ituturing bilang isang backend na display.
Kung hindi (o kung ",noconsole" ang ginamit), ang display ay ituturing na puro
isang backend o isang console display, tulad ng inilarawan sa itaas.

Kung ang display-name ay sinusundan ng ",windows", pagkatapos ay outlines ng mga bintana sa
ang backend ay ipapakita sa loob ng console window. Kung hindi man (o kung
",nowindows" ay ginagamit), ang console window ay hindi magpapakita ng mga balangkas ng
mga backend na bintana. (Nalalapat lang ang opsyong ito sa console input.)

Kung ang display-name ay sinusundan ng ",xkb", pagkatapos ay ang susunod na 1 hanggang 3 kuwit-
ang mga pinaghiwalay na parameter ay tutukuyin ang mga keycode, simbolo, at geometry ng
keyboard para sa input device na ito. Halimbawa, gagawin ng ",xkb,xfree86,pc104".
tukuyin na ang "xfree86" keycode at ang "pc104" na mga simbolo ay dapat gamitin
simulan ang keyboard. Para sa isang SGI keyboard, maaaring ",xkb,sgi/indy(pc102)".
kapaki-pakinabang. Ang isang listahan ng mga keycode, simbolo, at geometries ay matatagpuan sa
/usr/share/X11/xkb. Paggamit ng mga keycode, simbolo at geometries para sa XKB
hindi na ginagamit ang configuration pabor sa mga panuntunan, layout, modelo, variant at
available ang mga setting ng opsyon sa pamamagitan ng -param command line switch. Kung ang pagpipiliang ito
ay hindi tinukoy, ang input device ay tatanungin, marahil gamit ang
Extension ng XKEYBOARD.

Kung hindi tinukoy ang opsyong ito, ang default na input source ay ang unang back-end
server (ang ginamit para sa screen 0). Ipinapakita ng console window ang layout ng
(mga) back-end na display at mga paggalaw ng pointer at pagpindot sa key sa loob ng console
window ay gagamitin bilang mga pangunahing input device.

Aktibo ang ilang mga espesyal na key ng function, depende sa pinagmulan ng input:

Ctrl-Alt-q wawakasan ang Xdmx server sa lahat ng mga mode.

Ctrl-Alt-g ay i-toggle ang isang server grab sa console mode (isang espesyal na cursor,
kasalukuyang isang spider, ay ginagamit upang ipahiwatig ang isang aktibong server grab).

Ctrl-Alt-f ay i-toggle ang fine-grain motion sa console mode (isang espesyal na cursor,
kasalukuyang isang cross hair, ay ginagamit upang ipahiwatig ang mode na ito). Kung ang mode na ito ay
pinagsama sa isang grab ng server, pagkatapos ay magkakaroon ng 4 na linya ang cursor sa halip na
2 lang.

Ctrl-Alt-F1 sa pamamagitan ng Ctrl-Alt-F12 lilipat sa isa pang VC sa lokal (raw)
mode.

-nomulticursor
Ino-off ng opsyong ito ang suporta para sa pagpapakita ng maraming cursor sa overlapped back-
mga pagpapakita ng pagtatapos. Available ang opsyong ito para sa pagsubok at pag-benchmark.

-fontpath
Itinatakda ng pagpipiliang ito ang Xdmx default na font path ng server. Ang pagpipiliang ito ay maaaring
tinukoy ng maraming beses upang mapaunlakan ang maraming mga path ng font. Tingnan ang GUMAGAWA DAAN
seksyon sa ibaba para sa napakahalagang impormasyon tungkol sa pagtatakda ng default na font
landas.

-configfile filename
Tukuyin ang configuration file na dapat basahin. Tandaan na kung ang -display
command-line na opsyon ay ginagamit, pagkatapos ay ang configuration file ay hindi papansinin.

-config pangalan
Tumukoy ng configuration na gagamitin. Ang pangalan magiging pangalan kasunod ng sa katunayan
keyword sa configuration file.

-stat agwat screen
Ang pagpipiliang ito ay nagbibigay-daan sa pagpapakita ng mga istatistika ng pagganap. Ang pagitan ay nasa
segundo. Ang mga screen ay isang bilang ng bilang ng mga back-end na screen para sa kung aling data
ay naka-print sa bawat pagitan. Ang pagtukoy ng 0 para sa mga screen ay magpapakita ng data para sa lahat
Mga screen.

Para sa bawat screen, ang sumusunod na impormasyon ay naka-print: ang screen number, isang
ganap na bilang ng bilang ng mga XSync() na tawag na ginawa (SyncCount), ang rate ng mga ito
mga tawag sa nakaraang pagitan (Sync/s), ang average na round-trip na oras (in
microseconds) ng huling 10 XSync() na tawag (avSync), ang maximum na round-trip na oras
(sa microseconds) ng huling 10 XSync na tawag (mxSync), ang average na bilang ng
XSync() mga kahilingan na nakabinbin ngunit hindi pa naproseso para sa bawat isa sa huling 10
naprosesong XSync() na mga tawag, ang maximum na bilang ng XSync() na mga kahilingan na nakabinbin
ngunit hindi pa naproseso para sa bawat isa sa huling 10 naprosesong XSync() na tawag, at a
histogram na nagpapakita ng pamamahagi ng mga oras ng lahat ng XSync() na tawag niyan
ay ginawa sa nakaraang pagitan.

(Ang haba ng moving average at ang bilang at halaga ng histogram bins ay
maaaring i-configure sa oras ng pag-compile sa dmxstat.h file ng header.)

-syncbatch agwat
Itinatakda ng pagpipiliang ito ang agwat sa millisecond para sa XSync() batching. An agwat
mas mababa sa o katumbas ng 0 ay hindi papaganahin ang XSync() batching. Ang default agwat is
100 ms

-nooffscreenopt
Hindi pinapagana ng opsyong ito ang pag-optimize sa labas ng screen. Dahil ang tamad na paglikha ng bintana
optimization ay nangangailangan ng offscreen optimization upang paganahin, ang pagpipiliang ito ay
huwag paganahin din ang tamad na pag-optimize ng paglikha ng window.

-nowindowopt
Hindi pinapagana ng opsyong ito ang tamad na pag-optimize ng paggawa ng window.

-nosubdivprims
Hindi pinapagana ng opsyong ito ang primitive subdivision optimization.

-noxkb Huwag paganahin ang paggamit ng extension ng XKB para sa komunikasyon sa mga display sa likod.
(Isama sa -kb upang huwag paganahin ang lahat ng paggamit ng XKB.)

-lalim int
Itinatakda ng opsyong ito ang default na depth ng root window. Kapag pumipili ng isang default na visual
mula sa mga available sa back-end na X server, ang unang visual na may ganoong katugma
ang lalim na tinukoy ay ginagamit.

Ang pagpipiliang ito ay maaaring isama sa -cc opsyon, na tumutukoy sa default na kulay
visual class, upang pilitin ang paggamit ng isang partikular na depth at color class para sa ugat
window.

-walang render
Hindi pinapagana ng opsyong ito ang RENDER extension.

-noglxproxy
Hindi pinapagana ng opsyong ito ang GLX proxy -- ang build-in na pagpapatupad ng extension ng GLX na iyon
ay alam ng DMX.

-noglxswapgroup
Hindi pinapagana ng opsyong ito ang swap group at swap barrier extension sa GLX proxy.

-glxsyncswap
Ang pagpipiliang ito ay nagbibigay-daan sa pag-synchronize pagkatapos ng isang swap buffer na tawag sa pamamagitan ng paghihintay hanggang sa lahat
Ang X protocol ay naproseso na. Kapag nag-isyu ang isang kliyente ng kahilingan sa glXSwapBuffers,
Inirelay ng Xdmx ang kahilingang iyon sa bawat back-end na X server, at ang mga kahilingang iyon ay
na-buffer kasama ng lahat ng iba pang kahilingan sa protocol. Gayunpaman, sa mga sistema na mayroon
malalaking network buffer, ang buffering na ito ay maaaring humantong sa hanay ng mga back-end na X server
asynchronous na pangangasiwa sa kahilingan ng mga swap buffer. Sa opsyong ito, isang XSync()
Ang kahilingan ay ibinibigay sa bawat back-end na X server pagkatapos ipadala ang mga swap buffer
hiling. I-flush ng mga kahilingan ng XSync() ang lahat ng naka-buffer na protocol (kabilang ang
magpalit ng mga kahilingan sa buffer) at maghintay hanggang maproseso ng mga back-end na X server ang mga iyon
mga kahilingan bago magpatuloy. Ang opsyong ito ay hindi maghihintay hanggang ang lahat ng GL command ay mayroon
naproseso kaya maaaring may mga naunang inilabas na mga utos na ginagawa pa rin
naproseso sa GL pipe kapag bumalik ang kahilingan ng XSync(). Tingnan ang -glxfinishswap
opsyon sa ibaba kung dapat maghintay ang Xdmx hanggang sa maproseso ang mga utos ng GL.

-glxfinishswap
Ang pagpipiliang ito ay nagbibigay-daan sa pag-synchronize pagkatapos ng isang swap buffer na tawag sa pamamagitan ng paghihintay hanggang sa lahat
Nakumpleto na ang mga utos ng GL. Ito ay katulad ng -glxsyncswap opsyon sa itaas;
gayunpaman, sa halip na mag-isyu ng XSync(), nag-isyu ito ng glFinish() na kahilingan sa bawat isa
back-end X server pagkatapos ipadala ang mga kahilingan sa swap buffer. Ang kahilingan ng glFinish().
ay i-flush ang lahat ng buffered na kahilingan sa protocol, ipoproseso ang parehong mga kahilingan sa X at GL, at
maghintay hanggang makumpleto ang lahat ng dating tinatawag na GL command bago bumalik.

-ignorebadfontpaths
Binabalewala ng opsyong ito ang mga path ng font na hindi available sa lahat ng back-end server sa pamamagitan ng
pag-alis sa (mga) hindi magandang font path mula sa default na listahan ng path ng font. Kung walang wastong font
ang mga landas ay naiwan pagkatapos na alisin ang mga masasamang landas, ang isang error sa epektong iyon ay naka-print sa
ang log.

-addremovescreens
Ang pagpipiliang ito ay nagbibigay-daan sa dynamic na pagdaragdag at pag-alis ng mga screen, na hindi pinagana
bilang default. Tandaan na hindi pa sinusuportahan ng GLXProxy at Render ang dynamic na karagdagan at
pag-alis ng mga screen, at dapat na hindi pinagana sa pamamagitan ng -noglxproxy at -walang render utos
mga opsyon sa linya na inilarawan sa itaas.

-param Tinutukoy ng opsyong ito ang mga parameter sa command line. Sa kasalukuyan, mga parameter lamang
ang pagharap sa XKEYBOARD configuration ay suportado. Nalalapat lang ang mga parameter na ito
sa pangunahing keyboard. Ang mga halaga ng parameter ay nakasalalay sa pag-install. Mangyaring tingnan
/usr/share/X11/xkb o isang katulad na direktoryo para sa kumpletong impormasyon.

XkbRules
Default sa "evdev". Maaaring kabilang sa iba pang mga halaga ang "sgi" at "sun".

XkbModel
Default sa "pc105". Kapag ginamit sa mga panuntunang "base", maaaring ang ibang mga value
isama ang "pc102", "pc104", "microsoft", at marami pang iba. Kapag ginamit sa
"sun" na mga panuntunan, maaaring kabilang sa iba pang mga value ang "type4" at "type5".

XkbLayout
Default sa "kami". Ang iba pang mga code ng bansa at "dvorak" ay karaniwang magagamit.

XkbVariant
Default sa "".

XkbOptions
Default sa "".

Configuration FILE GRAMATIKA

Ang mga sumusunod na salita at token ay nakalaan:
sa katunayan magpakita pader opsyon ang pera ko { } ; #

Ang mga komento ay nagsisimula sa a # markahan at pahabain hanggang sa dulo ng linya. Maaaring lumitaw ang mga ito kahit saan.
Kung babasahin ang isang configuration file sa xdmxconfig, ang mga komento sa file na iyon ay magiging
napanatili, ngunit hindi mae-edit.

Ang gramatika ay ang mga sumusunod:
virtual-list ::= [ virtual-list ] | virtual

virtual ::= sa katunayan [ pangalan ] [ madilim ] { dw-list }

dw-list ::= [ dw-list ] | dw

dw ::= display | pader | opsyon

display ::= magpakita pangalan [ geometry ] [ / geometry ] [ pinanggalingan ] ;

pader ::= pader [ dim ] [ dim ] name-list ;

pagpipilian ::= opsyon Listahan ng pangalan ;

param ::= ang pera ko Listahan ng pangalan ;

param ::= ang pera ko { param-list }

param-list ::= [ param-list ] | Listahan ng pangalan ;

name-list ::= [ name-list ] | pangalan

pangalan ::= string | double-quoted-string

dim ::= integer x kabuuan

geometry ::= [ integer x integer ] [ signed-integer signed-integer ]

pinanggalingan ::= @ kabuuan x kabuuan

Ang sumusunod na pangalan sa katunayan ay ginagamit bilang isang identifier para sa configuration, at maaaring
ipasa kay Xdmx gamit ang -config opsyon sa command line. Ang pangalan ng isang display ay dapat na
karaniwang X display name, bagama't walang ginagawang pagsusuri (hal., "machine:0").

Para sa mga pangalan, ang dobleng panipi ay opsyonal maliban kung ang pangalan ay nakalaan o naglalaman ng mga puwang.

Ang sumusunod na unang dimensyon pader ay ang sukat para sa pag-tile (hal., 2x4 o 4x4). Ang
sumusunod na pangalawang dimensyon pader ay ang dimensyon ng bawat display sa dingding (hal,
1280x1024).

Ang unang geometry na sumusunod magpakita ay ang geometry ng screen window sa backend
server. Ang pangalawang geometry, na laging nauunahan ng slash, ay ang geometry ng
ugat na bintana. Bilang default, ang root window ay may parehong geometry tulad ng screen window.

Ang opsyon linya ay maaaring gamitin upang tukuyin ang anumang mga opsyon sa command-line (hal, -input). (Ito
ay hindi maaaring gamitin upang tukuyin ang pangalan ng front-end na display.) Ang linya ng opsyon ay
naproseso nang isang beses sa pagsisimula ng server, linya lamang ng mga opsyon sa command line. Ang pag-uugali na ito ay maaaring
hindi inaasahan.

Configuration FILE HALIMBAWA

Dalawang display na ginagamit para sa isang desktop ay maaaring tukuyin sa alinman sa mga sumusunod na format:
virtual na halimbawa0 {
display d0:0 1280x1024 @0x0;
display d1:0 1280x1024 @1280x0;
}

virtual na halimbawa1 {
display d0:0 1280x1024;
display d1:0 @1280x0;
}

virtual na halimbawa2 {
ipakita ang "d0:0";
display "d1:0" @1280x0;
}

virtual na halimbawa3 { pader 2x1 d0:0 d1:0; }
Maaaring tukuyin ang isang 4x4 na pader ng 16 na kabuuang display bilang mga sumusunod (kung walang dimensyon ng pag-tile
tinukoy, isang tinatayang parisukat ang ginagamit):
virtual na halimbawa4 {
pader 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;
}

GUMAGAWA DAAN

Ang path ng font na ginamit ng Xdmx Ang front-end server ay ipapalaganap sa bawat back-end
server, na nangangailangan na ang bawat back-end na server ay may access sa eksaktong parehong mga path ng font
bilang front-end server. Ito ay pinakamadaling mahawakan sa pamamagitan ng alinman sa paggamit ng isang font server
(hal., xfs) o sa pamamagitan ng malayuang pag-mount ng mga path ng font sa bawat back-end na server, at pagkatapos
pagtatakda ng Xdmx ang default na font path ng server na may -I "-fontpath" na opsyon sa command line
inilarawan sa itaas.

Halimbawa, kung tumukoy ka ng path ng font na may sumusunod na command line:
Xdmx :1 -display d0:0 -fontpath /usr/fonts/75dpi/ -fontpath /usr/fonts/Type1/
+xinerama
Pagkatapos, ang /usr/fonts/75dpi/ at /usr/fonts/Type1/ ay dapat na wastong mga path ng font sa Xdmx server
at lahat ng back-end server, na d0 sa halimbawang ito.

Ang mga server ng font ay maaari ding tukuyin gamit ang -fontpath opsyon. Halimbawa, ipagpalagay natin
na ang isang maayos na na-configure na server ng font ay tumatakbo sa host d0. Pagkatapos, ang sumusunod na utos
linya
Xdmx :1 -display d0:0 -display d1:0 -fontpath tcp/d0:7100 +xinerama
magsisimula sa front-end Xdmx server at bawat isa sa mga back-end na server upang gamitin ang font
server sa d0.

Ang ilang mga font ay maaaring hindi suportado ng alinman sa front-end o back-end na mga server. Para sa
halimbawa, ipagpalagay natin ang front-end Xdmx Kasama sa server ang suportang Type1 na mga font, ngunit isa sa
ang mga back-end na server ay hindi. Ipagpalagay din natin na ang default na path ng font para sa Xdmx
kasama ang mga Type1 na font sa path ng font nito. Tapos, kailan Xdmx sinisimulan ang default na path ng font
upang i-load ang default na font, ang path ng font na kinabibilangan ng mga Type1 na font (kasama ang isa pa
default na mga path ng font na ginagamit ng Xdmx server) ay ipinadala sa back-end na server na
hindi makayanan ang mga Type1 na font. Pagkatapos ay tinatanggihan ng back-end server na iyon ang path ng font at nagpapadala ng isang
error pabalik sa Xdmx server. Xdmx pagkatapos ay nagpi-print ng mensahe ng error at lalabas dahil ito
nabigong itakda ang default na path ng font at hindi na-load ang default na font.

Upang ayusin ang error na ito, dapat na alisin ang nakakasakit na path ng font mula sa default na path ng font sa pamamagitan ng
gamit ang ibang -fontpath opsyon na command line.

Ang -fontpath ang opsyon ay maaari ding idagdag sa configuration file gaya ng inilarawan sa itaas.

COMMAND-LINE HALIMBAWA

Ang mga back-end machine ay d0 at d1, ang core input ay mula sa pointer at keyboard na naka-attach
sa d0, ang mga kliyente ay magre-refer sa :1 kapag nagbubukas ng mga bintana:
Xdmx :1 -display d0:0 -display d1:0 +xinerama

Tulad ng nasa itaas, maliban sa core input mula sa d1:
Xdmx :1 -display d0:0 -display d1:0 -input d1:0 +xinerama

Gaya ng nasa itaas, maliban sa core input mula sa console window sa lokal na display:
Xdmx :1 -display d0:0 -display d1:0 -input:0 +xinerama

Tulad ng nasa itaas, maliban sa pangunahing input mula sa lokal na keyboard at mouse:
Xdmx :1 -display d0:0 -display d1:0 -input local,kbd,ps2 +xinerama
Tandaan na ang lokal na input ay maaaring gamitin sa ilalim ng Linux habang ang isa pang X session ay tumatakbo sa :0
(ipagpalagay na maa-access ng user ang Linux console tty at mga mouse device): isang bagong (blangko) na VC
ay gagamitin para sa keyboard input sa lokal na makina at ang Ctrl-Alt-F* sequence ay magiging
magagamit upang baguhin sa isa pang VC (maaaring bumalik sa isa pang X session na tumatakbo sa lokal
makina). Ang paggamit ng Ctrl-Alt-Backspace sa blangkong VC ay magwawakas sa Xdmx session at
bumalik sa orihinal na VC.

Ginagamit ng halimbawang ito ang configuration file na ipinakita sa nakaraang seksyon:
Xdmx :1 -input:0 +xinerama -configfile filename -config example2
Gamit ang linya ng configuration file na ito:
opsyon -input :0 +xinerama;
ang command line ay maaaring paikliin sa:
Xdmx :1 -configfile filename -config example2

GAMIT ANG USB DEVICE MGA DRIVER

Ginagamit ng mga driver ng USB device ang mga device na tinatawag /dev/input/event0, /dev/input/event1, Atbp
sa ilalim ng Linux. Ang mga device na ito ay hinihimok gamit ang evdev Linux kernel module, na bahagi
ng tagong suite. Pakitandaan na kung ni-load mo ang mousedev or kbddev Linux kernel
modules, pagkatapos ay lalabas ang mga USB device bilang pangunahing Linux input device at hindi mo magagawa
upang pumili sa pagitan ng paggamit lamang ng device bilang isang Xdmx pangunahing aparato o isang Xdmx XInput extension
aparato. Dagdag pa, maaaring hindi mo mai-unload ang mousedev Linux kernel module kung XFree86
ay naka-configure upang gamitin /dev/input/mice bilang isang input device (ito ay lubos na nakakatulong para sa laptop
user at naka-set up bilang default sa ilalim ng ilang distribusyon ng Linux, ngunit dapat baguhin kung
Ang mga USB device ay dapat gamitin sa Xdmx).

Ang mga driver ng USB device ay naghahanap sa mga Linux device para sa unang mouse, keyboard, o
non-mouse-non-keyboard Linux device at gamitin ang device na iyon.

KEYBOARD PAGSISIMULA

If Xdmx ay tinawag na may -xkb o noon hindi pinagsama-sama upang gamitin ang extension ng XKEYBOARD, pagkatapos ay a
Ang keyboard sa isang backend o console ay pasisimulan gamit ang mapa na ginagamit ng host X server
nagbibigay.

Kung ang XKEYBOARD extension ay ginagamit para sa pareho Xdmx at ang host X server para sa keyboard
(ibig sabihin, ang backend o console X server), pagkatapos ay makukuha ang uri ng keyboard
mula sa host X server at ang keyboard sa ilalim Xdmx ay magsisimula sa na
impormasyon. Kung hindi, ang default na uri ng keyboard ay pasisimulan. Sa parehong mga kaso,
gagawin ng mapa mula sa host X server hindi gamitin. Ibig sabihin, magkaibang inisyal
maaaring mapansin ang pag-uugali nang may at walang XKEYBOARD. Magiging pare-pareho at inaasahang resulta
nakuha sa pamamagitan ng pagpapatakbo ng XKEYBOARD sa lahat ng mga server at sa pamamagitan ng pag-iwas sa paggamit ng xmodmap sa
backend o console X server bago magsimula Xdmx.

If -xkbmap ay tinukoy sa Xdmx command line, kung gayon ang mapa na iyon ay kasalukuyang gagamitin para sa
lahat ng mga keyboard.

MADAMI Ubod MGA KEYBOARD

Ang X ay hindi idinisenyo upang suportahan ang maramihang mga pangunahing keyboard. gayunpaman, Xdmx nagbibigay ng ilan
suporta para sa maramihang mga pangunahing keyboard. Ang pinakamahusay na mga resulta ay makukuha kung ang lahat ng
ang mga keyboard ay may parehong uri at gumagamit ng parehong mapa ng keyboard. Dahil ang X server
nagpapasa ng hilaw na impormasyon ng key code sa X client, mga simbolo ng key para sa mga keyboard na may iba't ibang
Ang mga pangunahing mapa ay magiging iba kung ang key code para sa bawat keyboard ay ipinadala nang walang pagsasalin
sa kliyente. Samakatuwid, Xdmx susubukang isalin ang key code mula sa isang core
keyboard sa key code para sa key na may parehong simbolo ng key ng una pangunahing keyboard
na-load iyon. Kung ang susi na simbolo ay lilitaw sa parehong mga mapa, ang mga resulta ay inaasahan.
Kung hindi, magbabalik ang pangalawang core na keyboard ng simbolo ng NoSymbol key para sa ilang key na iyon
naisalin sana kung ito ang unang core na keyboard.

Gamitin ang Xdmx online gamit ang mga serbisyo ng onworks.net