InglesPransesEspanyol

Patakbuhin ang mga server | Ubuntu > | Fedora > |


OnWorks favicon

Xnest - Online sa Cloud

Patakbuhin ang Xnest sa OnWorks na libreng hosting provider sa Ubuntu Online, Fedora Online, Windows online emulator o MAC OS online emulator

Ito ang command na Xnest na maaaring patakbuhin sa OnWorks na libreng hosting provider gamit ang isa sa aming maramihang libreng online na workstation gaya ng Ubuntu Online, Fedora Online, Windows online emulator o MAC OS online emulator

PROGRAMA:

NAME


Xnest - isang nested X server

SINOPSIS


Xnest [ pagpipilian ]

DESCRIPTION


Xnest ay parehong X client at X server. Xnest ay isang kliyente ng tunay na server na
namamahala sa mga window at mga graphic na kahilingan sa ngalan nito. Xnest ay isang server sa sarili nitong
kliyente. Xnest namamahala sa mga window at mga graphic na kahilingan sa kanilang ngalan. Sa mga kliyenteng ito,
Xnest lumilitaw na isang maginoo na server.

Opsyon


Xnest sumusuporta sa lahat ng karaniwang opsyon ng sample na pagpapatupad ng server. Para sa karagdagang
mga detalye, pakitingnan Xserver(1). Ang mga sumusunod na karagdagang argumento ay sinusuportahan din.

-display pisi
Tinutukoy ng opsyong ito ang display name ng totoong server na iyon Xnest dapat subukan
kumonekta sa. Kung hindi ito ibinigay sa command line, Xnest babasahin ang DISPLAY
variable ng kapaligiran upang malaman ang impormasyong ito.

-sync Ang pagpipiliang ito ay nagsasabi Xnest upang i-synchronize ang window at mga graphic na operasyon nito sa
tunay na server. Ito ay isang kapaki-pakinabang na opsyon para sa pag-debug, ngunit ito ay magpapabagal Xnest's
makabuluhang pagganap. Hindi ito dapat gamitin maliban kung talagang kinakailangan.

-puno Ang pagpipiliang ito ay nagsasabi Xnest upang magamit ang buong pagbabagong-buhay ng mga tunay na bagay sa server at
muling magbukas ng bagong koneksyon sa tunay na server sa tuwing muling bubuo ang nested server.
Ang sample na pagpapatupad ng server ay muling bumubuo ng lahat ng mga bagay sa server kapag ang
ang huling kliyente ng server na ito ay magwawakas. Kapag nangyari ito, Xnest bilang default
pinapanatili ang parehong top-level na window at ang parehong tunay na koneksyon sa server sa bawat bago
henerasyon. Kung pipiliin ng user ang buong pagbabagong-buhay, kahit na ang top-level na window at
ang koneksyon sa tunay na server ay muling bubuo para sa bawat henerasyon ng server.

-Class pisi
Tinutukoy ng opsyong ito ang default na visual class ng nested server. Ito ay katulad
sa -cc opsyon mula sa hanay ng mga karaniwang opsyon maliban na ito ay tatanggap ng a
string sa halip na isang numero para sa visual na detalye ng klase. Ang pisi dapat
isa sa sumusunod na anim na halaga: StaticGray, Grayscale, StaticColor, PseudoColor,
tunay na kulay, O Direktang Kulay. Kung pareho ang -Class at -cc ang mga pagpipilian ay tinukoy, ang
mauuna ang huling pagkakataon ng alinmang opsyon. Ang klase ng default na visual
ng nested server ay hindi kailangang pareho sa klase ng default na visual ng
tunay na server, ngunit dapat itong suportahan ng tunay na server. Gamitin xdpyinfo(1) to
kumuha ng listahan ng mga sinusuportahang visual class sa totoong server bago magsimula Xnest.
Kung pipili ang user ng isang static na klase, ang lahat ng mga kulay sa default na mapa ng kulay ay magiging
preallocated. Kung pipili ang user ng isang dynamic na klase, mga kulay sa default na mapa ng kulay
ay magagamit sa mga indibidwal na kliyente para sa paglalaan.

-lalim int
Tinutukoy ng opsyong ito ang default na visual depth ng nested server. Ang lalim ng
ang default na visual ng nested server ay hindi kailangang pareho sa lalim ng
default na visual ng totoong server, ngunit dapat itong suportahan ng tunay na server.
paggamit xdpyinfo(1) para makakuha ng listahan ng mga sinusuportahang visual depth sa totoong server
bago magsimula Xnest.

-sss Ang pagpipiliang ito ay nagsasabi Xnest para gamitin ang software screen saver. Bilang default, Xnest habilin
gamitin ang screen saver na tumutugma sa hardware na screen saver sa tunay
server. Siyempre, kahit na ang screen saver na ito ay binuo ng software mula noon Xnest ang
hindi kontrolin ang anumang aktwal na hardware. Gayunpaman, ito ay itinuturing bilang isang hardware screen saver
sa loob ng sample na server code.

-geometry WxH+X+Y
Tinutukoy ng opsyong ito ang mga parameter ng geometry para sa pinakamataas na antas Xnest bintana. Tingnan mo
"GEOMETRY SPECIFICATIONS" sa X(7) para sa pagtalakay sa syntax ng opsyong ito. Ito
window ay tumutugma sa root window ng nested server. Ang lapad W at taas
H na tinukoy sa opsyong ito ay ang pinakamataas na lapad at taas ng bawat pinakamataas na antas
Xnest window. Xnest ay magbibigay-daan sa user na gawing mas maliit ang anumang top-level na window, ngunit
hindi talaga nito babaguhin ang laki ng nested server root window. Xnest ang
hindi pa sinusuportahan ang extension ng RANDR para sa pagbabago ng laki, pag-ikot, at pagmuni-muni ng
ugat na bintana. Kung hindi tinukoy ang opsyong ito, Xnest pipiliin W at H upang maging
3/4ths ang mga sukat ng root window ng totoong server.

-bw int
Tinutukoy ng opsyong ito ang lapad ng hangganan ng pinakamataas na antas Xnest bintana. Ang integer
parametro int dapat positive. Ang default na lapad ng hangganan ay 1.

-yam pisi
Tinutukoy ng opsyong ito ang pangalan ng pinakamataas na antas Xnest bintana bilang pisi. ang
ang default na halaga ay ang pangalan ng programa.

-scrns int
Tinutukoy ng opsyong ito ang bilang ng mga screen na gagawin sa nested server. Para sa
bawat screen, Xnest gagawa ng hiwalay na top-level na window. Ang bawat screen ay
isinangguni ng numero pagkatapos ng tuldok sa detalye ng pangalan ng display ng kliyente.
Halimbawa, xterm -display : 1.1 magbubukas ng isang xterm(1) kliyente sa nested server
kasama ang display number :1 sa pangalawang screen. Limitado ang bilang ng mga screen
sa pamamagitan ng hard-coded constant sa sample code ng server, na karaniwang 3.

-i-install
Ang pagpipiliang ito ay nagsasabi Xnest upang gawin ang sarili nitong pag-install ng mapa ng kulay sa pamamagitan ng pag-bypass sa tunay
tagapamahala ng bintana. Para gumana ito ng maayos, malamang na kailanganin ng gumagamit
pansamantalang umalis sa totoong window manager. Bilang default, Xnest ay panatilihin ang nested
window ng kliyente na ang mapa ng kulay ay dapat na mai-install sa totoong server sa
WM_COLORMAP_WINDOWS ari-arian ng pinakamataas na antas Xnest bintana. Kung ang color map na ito ay
ng parehong uri ng visual gaya ng root window ng nested server, Xnest habilin
iugnay ang color map na ito sa top-level Xnest bintana rin. Dahil ginagawa nito
hindi kailangang maging ang kaso, ang mga tagapamahala ng window ay dapat na pangunahing tumingin sa
WM_COLORMAP_WINDOWS ari-arian kaysa sa mapa ng kulay na nauugnay sa tuktok-
antas Xnest bintana. Sa kasamaang palad, ang mga tagapamahala ng window ay hindi masyadong mahusay sa paggawa nito
gayunpaman, maaaring magamit ang pagpipiliang ito.

-magulang window_id
Ang pagpipiliang ito ay nagsasabi Xnest upang gamitin ang window_id bilang root window sa halip na lumikha ng a
window.

LALAKI DESCRIPTION


Nagsisimula na Xnest ay kasing simple ng pagsisimula xclock(1) mula sa isang terminal emulator. Kung
gustong tumakbo ng isang user Xnest sa parehong workstation bilang ang tunay na server, ito ay mahalaga
na ang nested server ay binibigyan ng sarili nitong listening socket address. Samakatuwid, kung mayroon
isang server na tumatakbo na sa workstation ng user, Xnest ay kailangang magsimula sa
isang bagong display number. Dahil karaniwang hindi hihigit sa isang server ang tumatakbo sa a
workstation, na tumutukoy sa 'Xnest :1' sa command line ay magiging sapat para sa karamihan ng mga user.
Para sa bawat server na tumatakbo sa workstation, ang display number ay kailangang dagdagan ng
isa. Kaya, kung nais mong magsimula ng isa pa Xnest, kakailanganin mong i-type ang 'Xnest :2' sa
command line.

Upang magpatakbo ng mga kliyente sa nested server, ang bawat kliyente ay kailangang bigyan ng parehong display number
bilang ang nested server. Halimbawa, 'xterm -display :1' magsisimula ang isang xterm proseso sa
ang unang nested server at 'xterm -display :2' magsisimula ang isang xterm sa pangalawang pugad
server mula sa halimbawa sa itaas. Maaaring magsimula ang mga karagdagang kliyente mula sa mga ito xterms sa
bawat nested server.

Xnest as a kliente
Xnest kumikilos at tumitingin sa totoong server at iba pang tunay na kliyente bilang isa pang tunay na kliyente.
Ito ay isang medyo hinihingi na kliyente, gayunpaman, dahil halos anumang window o graphic na kahilingan mula sa
ang isang nested client ay magreresulta sa isang window o graphics request mula sa Xnest sa totoong server.
Samakatuwid, ito ay kanais-nais na Xnest at ang tunay na server ay nasa isang lokal na network, o kahit na
mas mabuti, sa parehong makina. Xnest Ipinapalagay na ang tunay na server ay sumusuporta sa SHAPE
extension. Walang paraan upang dynamic na i-off ang pagpapalagay na ito. Xnest ay maaaring maging
pinagsama-sama nang walang naka-built in na extension ng SHAPE, kung saan hindi kailangan ng totoong server
suportahan ito. Maaaring isaalang-alang ang suporta sa pagpili ng dynamic na SHAPE extension
pag-unlad ng Xnest.

Dahil sa Xnest hindi kailangang gumamit ng parehong default na visual gaya ng tunay na server, ang pinakamataas na antas
bintana ng Xnest palaging may sariling color map ang kliyente. Ito ay nagpapahiwatig na ang ibang mga bintana'
hindi ipapakita nang maayos ang mga kulay habang ang focus ng keyboard o pointer ay nasa Xnest
window, maliban kung ang tunay na server ay may suporta para sa higit sa isang naka-install na mapa ng kulay sa alinman
oras. Ang mapa ng kulay na nauugnay sa tuktok na window ng Xnest hindi kailangang maging kliyente ang
naaangkop na color map na gustong i-install ng nested server sa totoong server. Nasa
kaso na sinubukan ng isang nested client na mag-install ng color map ng ibang visual mula sa
default na visual ng nested server, Xnest ilalagay ang tuktok na window ng nested client na ito
at lahat ng iba pang nangungunang window ng mga nested client na gumagamit ng parehong kulay na mapa sa
WM_COLORMAP_WINDOWS ari-arian ng pinakamataas na antas Xnest window sa totoong server. Kaya, ito
ay mahalaga na ang tunay na window manager na namamahala sa Xnest tumitingin sa top-level na window
ang WM_COLORMAP_WINDOWS property sa halip na ang kulay na mapa na nauugnay sa pinakamataas na antas
Xnest bintana. Dahil ang karamihan sa mga tagapamahala ng window ay hindi pa lumilitaw na nagpapatupad ng kumbensyong ito
maayos, Xnest maaaring opsyonal na gawin ang direktang pag-install ng mga mapa ng kulay sa tunay na server
pag-bypass sa totoong window manager. Kung pipiliin ng user ang opsyong ito, kadalasan
kinakailangan upang pansamantalang huwag paganahin ang tunay na window manager dahil ito ay makagambala sa
Xnest scheme ng pag-install ng color map.

Ang mga pamamaraan ng kontrol sa keyboard at pointer ng nested server ay nagbabago sa keyboard at
mga parameter ng kontrol ng pointer ng totoong server. Samakatuwid, pagkatapos Xnest ay nagsimula, ito
ay babaguhin ang mga kontrol sa keyboard at pointer ng totoong server sa sarili nitong panloob
mga default.

Xnest as a server
Xnest bilang isang server ay mukhang eksaktong isang tunay na server sa sarili nitong mga kliyente. Para sa mga kliyente,
walang paraan upang sabihin kung tumatakbo sila sa isang tunay o isang nested server.

Tulad ng nabanggit na, Xnest ay isang napaka-user-friendly na server pagdating sa pagpapasadya.
Xnest ay kukuha ng isang bilang ng mga argumento ng command-line na maaaring i-configure ang default nito
visual class at depth, bilang ng mga screen, atbp.

Ang tanging maliwanag na pagiging kumplikado mula sa pananaw ng mga gumagamit tungkol sa paggamit Xnest bilang isang server ay
ang pagpili ng mga font. Xnest namamahala ng mga font sa pamamagitan ng paglo-load ng mga ito nang lokal at pagkatapos ay pagpasa sa
pangalan ng font sa totoong server at hinihiling na i-load ang font na iyon nang malayuan. Ang diskarteng ito
iniiwasan ang labis na karga ng pagpapadala ng mga glyph bit sa network para sa bawat operasyon ng text,
kahit na ito ay talagang isang bug. Ang kinahinatnan ng diskarteng ito ay magkakaroon ang gumagamit
mag-alala tungkol sa dalawang magkaibang path ng font — isang lokal para sa nested server at isang remote
isa para sa tunay na server — mula noon Xnest ay hindi nagpapalaganap ng landas ng font nito sa totoong server.
Ang dahilan nito ay dahil ang mga tunay at nested na server ay hindi kailangang tumakbo sa parehong file
system na ginagawang hindi magkatugma ang dalawang path ng font. Kaya, kung mayroong isang font sa
ang lokal na landas ng font ng nested server, walang garantiya na umiiral ang font na ito
ang remote na landas ng font ng totoong server. Ang xlsfonts(1) kliyente, kung tumakbo sa nested
server, ay maglilista ng mga font sa lokal na landas ng font at, kung tatakbo sa totoong server, ay maglilista
mga font sa remote na landas ng font. Bago matagumpay na mabuksan ng nested ang isang font
server, kailangan itong umiral sa mga lokal at malalayong font path. Ito ay responsibilidad ng mga gumagamit
para masigurado na ganito ang kaso.

PAGTATAYA DIREKSYON


Gawing dynamic ang kinakailangan para sa SHAPE extension sa totoong server, sa halip na
kinakailangang mag-compile muli Xnest upang i-on at i-off ang pangangailangang ito.

Marahil ay dapat mayroong isang command-line na opsyon upang sabihin Xnest para magmana ng keyboard at
pointer control parameters mula sa tunay na server sa halip na magpataw ng sarili nitong.

Xnest dapat magbasa ng customization input file para makapagbigay ng higit na kalayaan at
pagiging simple sa pagpili ng nais na layout.

Walang suporta para sa backing store at save unders, ngunit ito ay dapat ding isaalang-alang.

Ang wastong pagpapatupad ng mga font ay dapat ilipat sa os layer.

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


Ad


Ad