Xnest - Online nel cloud

PROGRAMMA:

NOME

Xnest: un server X annidato

SINOSSI

Xnest [ Opzioni ]

DESCRIZIONE

Xnest è sia un client X che un server X. Xnest è un client del server reale che
gestisce per suo conto le richieste di finestre e grafiche. Xnest è un server a sé stante
clienti. Xnest gestisce per loro conto le richieste di finestre e grafiche. A questi clienti,
Xnest sembra essere un server convenzionale.

VERSIONI

Xnest supporta tutte le opzioni standard dell'implementazione del server di esempio. Per più
dettagli, vedere Server X(1). Sono supportati anche i seguenti argomenti aggiuntivi.

-Schermo stringa
Questa opzione specifica il nome visualizzato del real server che Xnest dovrebbe provare a
connettersi a. Se non è fornito sulla riga di comando, Xnest leggerà il DISPLAY
variabile d'ambiente per scoprire queste informazioni.

-sincronizza Questa opzione dice Xnest per sincronizzare le sue operazioni di finestra e grafica con il
vero server. Questa è un'opzione utile per il debug, ma rallenterà Xnest's
notevolmente le prestazioni. Non dovrebbe essere usato se non assolutamente necessario.

-pieno Questa opzione dice Xnest utilizzare la rigenerazione completa degli oggetti del server reale e
riaprire una nuova connessione al server reale ogni volta che il server annidato si rigenera.
L'implementazione del server di esempio rigenera tutti gli oggetti nel server quando
l'ultimo client di questo server termina. Quando questo accade, Xnest per impostazione predefinita,
mantiene la stessa finestra di primo livello e la stessa connessione al server reale in ogni nuovo
generazione. Se l'utente seleziona la rigenerazione completa, anche la finestra di primo livello e
la connessione al real server verrà rigenerata per ogni generazione di server.

-classe stringa
Questa opzione specifica la classe visuale predefinita del server annidato. È simile
Vai all’email -cc opzione dal set di opzioni standard tranne che accetterà a
stringa anziché un numero per la specifica della classe visuale. Il stringa deve essere
uno dei seguenti sei valori: grigio statico, Scala di grigi, Colore statico, PseudoColore,
Colore vero, o Colore diretto. Se entrambi i -classe ed -cc le opzioni sono specificate, il
l'ultima istanza di entrambe le opzioni ha la precedenza. La classe dell'oggetto visivo predefinito
del server annidato non deve essere la stessa della classe della visuale predefinita del
real server, ma deve essere supportato dal real server. Utilizzo xdpyinfo(1) a
ottenere un elenco di classi visuali supportate sul server reale prima di iniziare Xnest.
Se l'utente sceglie una classe statica, tutti i colori nella mappa colori predefinita saranno
preassegnato. Se l'utente sceglie una classe dinamica, i colori nella mappa dei colori predefinita
sarà a disposizione dei singoli clienti per l'assegnazione.

-profondità int
Questa opzione specifica la profondità visiva predefinita del server annidato. La profondità di
non è necessario che la visuale predefinita del server annidato sia uguale alla profondità del
visuale predefinita del real server, ma deve essere supportata dal real server.
Usa il xdpyinfo(1) per ottenere un elenco delle profondità visive supportate sul server reale
prima di cominciare Xnest.

-sss Questa opzione dice Xnest per utilizzare il salvaschermo del software. Per impostazione predefinita, Xnest volere
utilizzare lo screen saver che corrisponde allo screen saver hardware nel reale
server. Naturalmente, anche questo salvaschermo è generato dal software poiché Xnest effettua
non controllare alcun hardware effettivo. Tuttavia, viene trattato come un salvaschermo hardware
all'interno del codice del server di esempio.

-geometria WxH+X+Y
Questa opzione specifica i parametri della geometria per il livello superiore Xnest finestra. Vedere
“SPECIFICHE DELLA GEOMETRIA” in X(7) per una discussione sulla sintassi di questa opzione. Questo
window corrisponde alla finestra principale del server annidato. La larghezza W e altezza
H specificata con questa opzione sarà la larghezza e l'altezza massime di ogni livello superiore
Xnest finestra. Xnest consentirà all'utente di rimpicciolire qualsiasi finestra di primo livello, ma
non cambierà effettivamente la dimensione della finestra radice del server nidificata. Xnest effettua
non supporta ancora l'estensione RANDR per il ridimensionamento, la rotazione e la riflessione del
finestra principale. Se questa opzione non è specificata, Xnest sceglierò W ed H essere
3/4 delle dimensioni della finestra principale del real server.

peso- int
Questa opzione specifica la larghezza del bordo del livello superiore Xnest finestra. il numero intero
parametro int deve essere positivo. La larghezza del bordo predefinita è 1.

-nome stringa
Questa opzione specifica il nome del livello superiore Xnest finestra come stringa.
il valore predefinito è il nome del programma.

-scrn int
Questa opzione specifica il numero di schermate da creare nel server annidato. Per
ogni schermo, Xnest creerà una finestra di primo livello separata. Ogni schermata è
referenziato dal numero dopo il punto nella specifica del nome visualizzato del client.
Per esempio, xterm -Schermo : 1.1 aprirà un xterm(1) client nel server annidato
con il numero del display :1 nella seconda schermata. Il numero di schermi è limitato
dalla costante hardcoded nel codice di esempio del server, che di solito è 3.

-installa
Questa opzione dice Xnest per eseguire la propria installazione della mappa dei colori bypassando il reale
gestore di finestre. Perché funzioni correttamente, l'utente dovrà probabilmente farlo
chiudere temporaneamente il vero gestore di finestre. Per impostazione predefinita, Xnest manterrà il nido
finestra del client la cui mappa dei colori deve essere installata nel server reale in
WM_COLORMAP_WINDOWS proprietà di primo livello Xnest finestra. Se questa mappa dei colori è
dello stesso tipo visivo della finestra radice del server annidato, Xnest volere
associa questa mappa dei colori al livello più alto Xnest anche la finestra. Dal momento che questo non
non deve essere il caso, i gestori di finestre dovrebbero guardare principalmente al
WM_COLORMAP_WINDOWS proprietà piuttosto che la mappa dei colori associata alla
livello Xnest finestra. Sfortunatamente, i gestori di finestre non sono molto bravi a farlo
tuttavia, questa opzione potrebbe tornare utile.

-genitore id_finestra
Questa opzione dice Xnest usare id_finestra come finestra principale invece di creare un
finestra.

EXTENDED DESCRIZIONE

Cominciando Xnest è semplice come avviare xclock(1) da un emulatore di terminale. Se
un utente desidera eseguire Xnest sulla stessa workstation del server reale, è importante
che al server annidato venga assegnato il proprio indirizzo socket di ascolto. Pertanto, se c'è
un server già in esecuzione sulla workstation dell'utente, Xnest dovrà essere avviato con
un nuovo numero di visualizzazione. Poiché di solito non c'è più di un server in esecuzione su a
postazione di lavoro, specificando 'Xnest :1' sulla riga di comando sarà sufficiente per la maggior parte degli utenti.
Per ogni server in esecuzione sulla workstation, il numero del display deve essere incrementato di
uno. Quindi, se desideri iniziarne un altro Xnest, dovrai digitare 'Xnest :2' sul
riga di comando.

Per eseguire i client nel server annidato, a ogni client deve essere assegnato lo stesso numero di visualizzazione
come server annidato. Per esempio, 'xterm -Schermo :1' si avvierà e xterm processare
il primo server annidato e 'xterm -Schermo :2' inizierà e xterm nel secondo annidato
server dall'esempio sopra. Ulteriori client possono essere avviati da questi xterms in
ogni server annidato.

Xnest as a cliente
Xnest si comporta e guarda al server reale e agli altri client reali come un altro client reale.
È un client piuttosto esigente, tuttavia, dal momento che quasi tutte le finestre o le richieste di grafica da
un client nidificato risulterà in una finestra o una richiesta grafica da Xnest al server reale.
Pertanto, è auspicabile che Xnest e il vero server sono su una rete locale, o addirittura
meglio, sulla stessa macchina. Xnest presuppone che il server reale supporti SHAPE
estensione. Non c'è modo di disattivare dinamicamente questo presupposto. Xnest può essere
compilato senza l'estensione SHAPE incorporata, nel qual caso il server reale non è necessario
supportalo. Il supporto per la selezione dell'estensione dinamica SHAPE può essere preso in considerazione in seguito
sviluppo di Xnest.

Dal Xnest non è necessario utilizzare la stessa visuale predefinita del server reale, il livello superiore
finestra del Xnest il cliente ha sempre la sua mappa dei colori. Ciò implica che altre finestre
i colori non verranno visualizzati correttamente mentre la tastiera o il puntatore è attivo nel Xnest
finestra, a meno che il server reale non supporti più di una mappa dei colori installata in qualsiasi
tempo. La mappa dei colori associata alla finestra superiore del Xnest il cliente non deve essere il
mappa dei colori appropriata che il server annidato vuole installare nel server reale. Nel
caso in cui un client nidificato tenti di installare una mappa dei colori di un oggetto visivo diverso dal
visuale predefinita del server annidato, Xnest metterà la finestra in alto di questo client annidato
e tutte le altre finestre superiori dei client nidificati che utilizzano la stessa mappa dei colori nel
WM_COLORMAP_WINDOWS proprietà di primo livello Xnest finestra sul server reale. Così, è
è importante che il vero window manager che gestisce il Xnest la finestra di primo livello guarda
, il WM_COLORMAP_WINDOWS proprietà piuttosto che la mappa dei colori associata al livello superiore
Xnest finestra. Poiché la maggior parte dei gestori di finestre non sembra ancora implementare questa convenzione
propriamente, Xnest può facoltativamente eseguire l'installazione diretta di mappe a colori nel server reale
bypassando il vero gestore di finestre. Se l'utente sceglie questa opzione, di solito è
necessario disabilitare temporaneamente il vero gestore di finestre poiché interferirà con il
Xnest schema di installazione della mappa dei colori.

Le procedure di controllo della tastiera e del puntatore del server annidato cambiano la tastiera e
parametri di controllo del puntatore del real server. Pertanto, dopo Xnest è avviato, è
cambierà i controlli della tastiera e del puntatore del real server al suo interno
impostazioni predefinite.

Xnest as a server
Xnest come un server appare esattamente come un vero server per i propri client. Per i clienti,
non c'è modo di sapere se sono in esecuzione su un server reale o annidato.

Come già detto, Xnest è un server molto user-friendly quando si tratta di personalizzazione.
Xnest raccoglierà un numero di argomenti della riga di comando che possono configurare il suo valore predefinito
classe visiva e profondità, numero di schermi, ecc.

L'unica complessità apparente dal punto di vista degli utenti sull'utilizzo Xnest come server è
la selezione dei caratteri. Xnest gestisce i font caricandoli localmente e poi passando il
nome del carattere al server reale e chiedendogli di caricare quel carattere in remoto. Questo approccio
evita il sovraccarico di inviare i bit dei glifi attraverso la rete per ogni operazione di testo,
anche se è davvero un bug. La conseguenza di questo approccio è che l'utente avrà
preoccuparsi di due diversi percorsi dei caratteri: uno locale per il server annidato e uno remoto
uno per il server reale — dal momento che Xnest non propaga il suo percorso del carattere al server reale.
Il motivo è che i server reali e quelli nidificati non devono essere eseguiti sullo stesso file
sistema che rende i due percorsi dei caratteri reciprocamente incompatibili. Quindi, se c'è un font in
il percorso del carattere locale del server annidato, non vi è alcuna garanzia che questo carattere esista in
il percorso del font remoto del real server. Il caratteri xls(1) client, se eseguito sul nested
server, elencherà i caratteri nel percorso del carattere locale e, se eseguito sul server reale, elencherà
font nel percorso font remoto. Prima che un font possa essere aperto con successo dal nested
server, deve esistere nei percorsi dei caratteri locali e remoti. È responsabilità degli utenti
per assicurarsi che questo sia il caso.

FUTURE INDICAZIONI

Rendi dinamico il requisito per l'estensione SHAPE nel server reale, piuttosto che
dover ricompilare Xnest per attivare e disattivare questo requisito.

Forse dovrebbe esserci un'opzione della riga di comando da dire Xnest ereditare la tastiera e
parametri di controllo del puntatore dal real server piuttosto che imporre i propri.

Xnest dovrebbe leggere un file di input di personalizzazione per fornire una libertà ancora maggiore e
semplicità nella scelta del layout desiderato.

Non c'è supporto per backing store e save under, ma anche questo dovrebbe essere considerato.

La corretta implementazione dei caratteri dovrebbe essere spostata nel os strato.

Usa Xnest online utilizzando i servizi onworks.net