Xnest: en línea en la nube

PROGRAMA:

NOMBRE

Xnest: un servidor X anidado

SINOPSIS

xnido [ opciones ]

DESCRIPCIÓN

xnido es un cliente X y un servidor X. xnido es un cliente del servidor real que
gestiona las solicitudes de gráficos y ventanas en su nombre. xnido es un servidor propio
clientes. xnido gestiona las solicitudes de ventanas y gráficos en su nombre. A estos clientes,
xnido parece ser un servidor convencional.

CAMPUS

xnido admite todas las opciones estándar de la implementación del servidor de muestra. Para más
detalles, por favor vea Servidor X(1). También se admiten los siguientes argumentos adicionales.

-monitor cadena
Esta opción especifica el nombre para mostrar del servidor real que xnido debería intentar
conectar a. Si no se proporciona en la línea de comando, xnido leerá el DISPLAY
variable de entorno para encontrar esta información.

-sincronizar Esta opción dice xnido sincronizar sus operaciones de ventana y gráficos con el
servidor real. Esta es una opción útil para depurar, pero se ralentizará xnido's
rendimiento considerablemente. No debe usarse a menos que sea absolutamente necesario.

-completo Esta opción dice xnido para utilizar la regeneración completa de objetos de servidor reales y
vuelva a abrir una nueva conexión al servidor real cada vez que el servidor anidado se regenere.
La implementación del servidor de muestra regenera todos los objetos en el servidor cuando el
finaliza el último cliente de este servidor. Cuando esto pasa, xnido por defecto
mantiene la misma ventana de nivel superior y la misma conexión de servidor real en cada nuevo
Generacion. Si el usuario selecciona la regeneración completa, incluso la ventana de nivel superior y
la conexión al servidor real se regenerará para cada generación de servidores.

-clase cadena
Esta opción especifica la clase visual predeterminada del servidor anidado. Es similar
En el correo electrónico “Su Cuenta de Usuario en su Nuevo Sistema XNUMXCX”. -cc opción del conjunto de opciones estándar excepto que aceptará una
cadena en lugar de un número para la especificación de clase visual. los cadena debe ser
uno de los siguientes seis valores: gris estático, Escala de grises, Color estático, pseudocolor,
Color verdaderoo Color directo. Si tanto el -clase y -cc se especifican las opciones, el
la última instancia de cualquiera de las opciones tiene prioridad. La clase del objeto visual predeterminado
del servidor anidado no necesita ser la misma que la clase del visual predeterminado del
servidor real, pero debe ser compatible con el servidor real. Usar xdpyinfo(1) a
obtener una lista de clases visuales compatibles en el servidor real antes de comenzar xnido.
Si el usuario elige una clase estática, todos los colores en el mapa de colores predeterminado serán
preasignado. Si el usuario elige una clase dinámica, los colores en el mapa de colores predeterminado
estará disponible para los clientes individuales para su asignación.

-profundidad int
Esta opción especifica la profundidad visual predeterminada del servidor anidado. La profundidad de
el visual predeterminado del servidor anidado no necesita ser el mismo que la profundidad del
visual predeterminado del servidor real, pero debe ser compatible con el servidor real.
Uso xdpyinfo(1) para obtener una lista de profundidades visuales admitidas en el servidor real
antes de empezar xnido.

-ss Esta opción dice xnido para utilizar el protector de pantalla del software. Por defecto, xnido seguirá
use el protector de pantalla que corresponde al protector de pantalla de hardware en el real
servidor. Por supuesto, incluso este protector de pantalla está generado por software, ya que xnido sí
no controla ningún hardware real. Sin embargo, se trata como un protector de pantalla de hardware.
dentro del código del servidor de muestra.

-geometría WxH+X+Y
Esta opción especifica los parámetros de geometría para el nivel superior xnido ventana. Ver
"ESPECIFICACIONES DE GEOMETRÍA" en X(7) para un análisis de la sintaxis de esta opción. Esta
ventana corresponde a la ventana raíz del servidor anidado. La anchura W y altura
H especificado con esta opción será el ancho y alto máximo de cada nivel superior
xnido ventana. xnido permitirá al usuario hacer cualquier ventana de nivel superior más pequeña, pero
en realidad, no cambiará el tamaño de la ventana raíz del servidor anidado. xnido sí
aún no es compatible con la extensión RANDR para cambiar el tamaño, la rotación y el reflejo de la
ventana raíz. Si no se especifica esta opción, xnido escogerá W y H para ser
3/4 de las dimensiones de la ventana raíz del servidor real.

-bw int
Esta opción especifica el ancho del borde del nivel superior xnido ventana. El entero
parámetro int debe ser positivo. El ancho del borde predeterminado es 1.

-nombre cadena
Esta opción especifica el nombre del nivel superior xnido ventana como cadena.
el valor predeterminado es el nombre del programa.

-pantallas int
Esta opción especifica el número de pantallas que se crearán en el servidor anidado. Para
cada pantalla, xnido creará una ventana de nivel superior separada. Cada pantalla es
referenciado por el número después del punto en la especificación del nombre para mostrar del cliente.
Por ejemplo, xterm -monitor : 1.1 abrirá un xterm(1) cliente en el servidor anidado
con el número de pantalla :1 en la segunda pantalla. El número de pantallas es limitado
por la constante codificada en el código de muestra del servidor, que suele ser 3.

-instalar
Esta opción dice xnido para hacer su propia instalación de mapa de color sin pasar por el real
administrador de ventanas. Para que funcione correctamente, el usuario probablemente tendrá que
salga temporalmente del administrador de ventanas real. Por defecto, xnido mantendrá el anidado
ventana del cliente cuyo mapa de color debe instalarse en el servidor real en el
WM_COLORMAP_WINDOWS propiedad del nivel superior xnido ventana. Si este mapa de color es
del mismo tipo visual que la ventana raíz del servidor anidado, xnido seguirá
asociar este mapa de color con el nivel superior xnido ventana también. Dado que esto hace
no tiene que ser el caso, los administradores de ventanas deben mirar principalmente
WM_COLORMAP_WINDOWS propiedad en lugar del mapa de color asociado con el top-
nivel xnido ventana. Desafortunadamente, los administradores de ventanas no son muy buenos para hacer eso.
sin embargo, esta opción puede resultar útil.

-padre id_ventana
Esta opción dice xnido que se utilizará id_ventana como la ventana raíz en lugar de crear una
ventana.

EXTENDIDO DESCRIPCIÓN

Empezando xnido es tan simple como poner en marcha xreloj(1) desde un emulador de terminal. Si
un usuario desea ejecutar xnido en la misma estación de trabajo que el servidor real, es importante
que el servidor anidado tiene su propia dirección de socket de escucha. Por tanto, si hay
un servidor que ya se está ejecutando en la estación de trabajo del usuario, xnido tendrá que empezar con
un nuevo número de pantalla. Dado que normalmente no hay más de un servidor ejecutándose en un
estación de trabajo, especificando 'xnido :1'en la línea de comando será suficiente para la mayoría de los usuarios.
Para cada servidor que se ejecuta en la estación de trabajo, el número de pantalla debe incrementarse en
uno. Por lo tanto, si desea iniciar otro xnido, deberás escribir 'xnido :2' sobre el
línea de comando.

Para ejecutar clientes en el servidor anidado, cada cliente debe recibir el mismo número de pantalla
como servidor anidado. Por ejemplo, 'xterm -monitor :1'pondrá en marcha un xterm procesar en
el primer servidor anidado y 'xterm -monitor :2'comenzará un xterm en el segundo anidado
servidor del ejemplo anterior. Se pueden iniciar clientes adicionales desde estos xterms en
cada servidor anidado.

xnido as a cliente
xnido se comporta y mira al servidor real y otros clientes reales como otro cliente real.
Sin embargo, es un cliente bastante exigente, ya que casi cualquier solicitud de ventana o gráficos de
un cliente anidado dará como resultado una solicitud de ventana o gráficos de xnido al servidor real.
Por tanto, es deseable que xnido y el servidor real están en una red local, o incluso
mejor, en la misma máquina. xnido asume que el servidor real es compatible con SHAPE
extensión. No hay forma de desactivar esta suposición de forma dinámica. xnido puede ser
compilado sin la extensión SHAPE incorporada, en cuyo caso el servidor real no necesita
apoyarlo. La compatibilidad con la selección de extensión de FORMA dinámica se puede considerar en más
desarrollo de xnido.

Como xnido no es necesario utilizar el mismo visual predeterminado que el servidor real, el nivel superior
ventana del xnido el cliente siempre tiene su propio mapa de colores. Esto implica que otras ventanas '
los colores no se mostrarán correctamente mientras el teclado o el puntero estén en xnido
ventana, a menos que el servidor real tenga soporte para más de un mapa de color instalado en cualquier
tiempo. El mapa de colores asociado con la ventana superior del xnido el cliente no necesita ser el
mapa de color apropiado que el servidor anidado quiere instalado en el servidor real. En el
caso de que un cliente anidado intente instalar un mapa de color de un objeto visual diferente del
visual predeterminado del servidor anidado, xnido pondrá la ventana superior de este cliente anidado
y todas las demás ventanas superiores de los clientes anidados que utilizan el mismo mapa de color en el
WM_COLORMAP_WINDOWS propiedad del nivel superior xnido ventana en el servidor real. Por lo tanto,
Es importante que el administrador de ventanas real que administra la xnido ventana de nivel superior mira
las WM_COLORMAP_WINDOWS propiedad en lugar del mapa de color asociado con el nivel superior
xnido ventana. Dado que la mayoría de los administradores de ventanas aún no parecen implementar esta convención
correctamente, xnido Opcionalmente, puede realizar la instalación directa de mapas de color en el servidor real.
pasando por alto el administrador de ventanas real. Si el usuario elige esta opción, normalmente es
necesario deshabilitar temporalmente el administrador de ventanas real, ya que interferirá con el
xnido esquema de instalación del mapa de color.

Los procedimientos de control de teclado y puntero del servidor anidado cambian el teclado y
parámetros de control de puntero del servidor real. Por lo tanto, después de xnido se pone en marcha, es
cambiará el teclado y los controles del puntero del servidor real a su propio interno
por defecto.

xnido as a servidor
xnido ya que un servidor se ve exactamente como un servidor real para sus propios clientes. Para los clientes,
no hay forma de saber si se están ejecutando en un servidor real o anidado.

Como ya fue mencionado, xnido es un servidor muy fácil de usar cuando se trata de personalización.
xnido recogerá una serie de argumentos de línea de comandos que pueden configurar su valor predeterminado
clase visual y profundidad, número de pantallas, etc.

La única complejidad aparente desde la perspectiva de los usuarios sobre el uso xnido como servidor es
la selección de fuentes. xnido gestiona las fuentes cargándolas localmente y luego pasando el
nombre de la fuente al servidor real y pedirle que cargue esa fuente de forma remota. Este enfoque
evita la sobrecarga de enviar los bits de glifo a través de la red para cada operación de texto,
aunque es realmente un error. La consecuencia de este enfoque es que el usuario tendrá
preocuparse por dos rutas de fuentes diferentes: una local para el servidor anidado y una remota
uno para el servidor real, ya que xnido no propaga su ruta de fuente al servidor real.
La razón de esto es que los servidores reales y anidados no necesitan ejecutarse en el mismo archivo.
sistema que hace que las dos rutas de fuentes sean mutuamente incompatibles. Por lo tanto, si hay una fuente en
la ruta de la fuente local del servidor anidado, no hay garantía de que esta fuente exista en
la ruta de fuente remota del servidor real. los fuentesxls(1) cliente, si se ejecuta en el anidado
servidor, enumerará las fuentes en la ruta de fuente local y, si se ejecuta en el servidor real, enumerará
fuentes en la ruta de fuente remota. Antes de que la fuente anidada pueda abrir correctamente
servidor, tiene que existir en rutas de fuentes locales y remotas. Es responsabilidad de los usuarios
para asegurarse de que este sea el caso.

EL FUTURO DIRECCIONES

Dinamizar el requisito de la extensión SHAPE en el servidor real, en lugar de
tener que recompilar xnido para activar y desactivar este requisito.

Quizás debería haber una opción de línea de comandos para decir xnido heredar el teclado y
los parámetros de control del puntero desde el servidor real en lugar de imponer los suyos propios.

xnido debe leer un archivo de entrada de personalización para proporcionar una libertad aún mayor y
simplicidad en la selección del diseño deseado.

No hay soporte para respaldar almacenar y guardar debajo, pero esto también debe tenerse en cuenta.

La implementación adecuada de las fuentes debe trasladarse al os capa.

Use Xnest en línea usando los servicios de onworks.net