Xnest - Online na nuvem

PROGRAMA:

NOME

Xnest - um servidor X aninhado

SINOPSE

XnestName [ opções ]

DESCRIÇÃO

XnestName é um cliente X e um servidor X. XnestName é um cliente do servidor real que
gerencia solicitações de janelas e gráficos em seu nome. XnestName é um servidor próprio
clientes. XnestName gerencia solicitações de janelas e gráficos em seu nome. Para esses clientes,
XnestName parece ser um servidor convencional.

OPÇÕES

XnestName suporta todas as opções padrão da implementação do servidor de amostra. Para mais
detalhes, por favor veja servidor x(1). Os seguintes argumentos adicionais também são suportados.

-exibição corda
Esta opção especifica o nome de exibição do servidor real que XnestName deveria tentar
conectar a. Se não for fornecido na linha de comando, XnestName vai ler o DISPLAY
variável de ambiente para descobrir essas informações.

-sincronizar Esta opção diz XnestName para sincronizar sua janela e operações gráficas com o
servidor real. Esta é uma opção útil para depuração, mas tornará mais lenta XnestName's
desempenho consideravelmente. Não deve ser usado a menos que seja absolutamente necessário.

-cheio Esta opção diz XnestName para utilizar a regeneração completa de objetos de servidor reais e
reabra uma nova conexão com o servidor real sempre que o servidor aninhado for regenerado.
A implementação do servidor de amostra regenera todos os objetos no servidor quando o
o último cliente deste servidor termina. Quando isso acontece, XnestName por padrão
mantém a mesma janela de nível superior e a mesma conexão de servidor real em cada novo
geração. Se o usuário selecionar a regeneração completa, mesmo a janela de nível superior e
a conexão com o servidor real será regenerada para cada geração de servidor.

-classe corda
Esta opção especifica a classe visual padrão do servidor aninhado. É parecido
ao -cc opção do conjunto de opções padrão, exceto que aceitará um
string em vez de um número para a especificação da classe visual. o corda devemos ser
um dos seguintes seis valores: Estático Cinza, GrayScale, Cor estática, PseudoCor,
cor verdadeiraou Cor Direta. Se ambos -classe e -cc opções são especificadas, o
a última instância de qualquer uma das opções tem precedência. A classe do visual padrão
do servidor aninhado não precisa ser igual à classe do visual padrão do
servidor real, mas deve ser suportado pelo servidor real. Usar xdpyinfo(1) para
obter uma lista de classes visuais com suporte no servidor real antes de começar XnestName.
Se o usuário escolher uma classe estática, todas as cores no mapa de cores padrão serão
pré-alocado. Se o usuário escolher uma classe dinâmica, cores no mapa de cores padrão
estará disponível para clientes individuais para alocação.

-profundidade int
Esta opção especifica a profundidade visual padrão do servidor aninhado. A profundidade de
o visual padrão do servidor aninhado não precisa ser igual à profundidade do
visual padrão do servidor real, mas deve ser suportado pelo servidor real.
Use xdpyinfo(1) para obter uma lista de profundidades visuais com suporte no servidor real
Antes de começar XnestName.

-sss Esta opção diz XnestName para usar o protetor de tela do software. Por padrão, XnestName precisarão
usar o protetor de tela que corresponde ao protetor de tela do hardware no real
servidor. Claro, mesmo este protetor de tela é gerado por software, uma vez que XnestName parece
não controlar nenhum hardware real. No entanto, é tratado como um protetor de tela de hardware
dentro do código do servidor de amostra.

-geometria WxH+X+Y
Esta opção especifica os parâmetros de geometria para o nível superior XnestName janela. Ver
“ESPECIFICAÇÕES DE GEOMETRIA” em X(7) para uma discussão da sintaxe desta opção. Esse
janela corresponde à janela raiz do servidor aninhado. A largura W e altura
H especificado com esta opção será a largura e altura máximas de cada nível superior
XnestName janela. XnestName permitirá que o usuário torne qualquer janela de nível superior menor, mas
na verdade, não mudará o tamanho da janela raiz do servidor aninhado. XnestName parece
ainda não suporta a extensão RANDR para redimensionamento, rotação e reflexão do
janela raiz. Se esta opção não for especificada, XnestName vai escolher W e H ser
3/4 das dimensões da janela raiz do servidor real.

-bw int
Esta opção especifica a largura da borda do nível superior XnestName janela. O inteiro
parâmetro int deve ser positivo. A largura padrão da borda é 1.

-nome corda
Esta opção especifica o nome do nível superior XnestName janela como corda. O
o valor padrão é o nome do programa.

-scrns int
Esta opção especifica o número de telas a serem criadas no servidor aninhado. Para
cada tela, XnestName criará uma janela de nível superior separada. Cada tela é
referenciado pelo número após o ponto na especificação do nome de exibição do cliente.
Por exemplo, xterm -exibição : 1.1 vai abrir um xterm(1) cliente no servidor aninhado
com o número do display :1 na segunda tela. O número de telas é limitado
pela constante codificada no código de amostra do servidor, que geralmente é 3.

-instalar
Esta opção diz XnestName para fazer sua própria instalação do mapa de cores, contornando o real
gerenciador de janelas. Para que funcione corretamente, o usuário provavelmente terá que
saia temporariamente do gerenciador de janelas real. Por padrão, XnestName vai manter o aninhado
janela do cliente cujo mapa de cores deve ser instalado no servidor real no
WM_COLORMAP_WINDOWS propriedade do nível superior XnestName janela. Se este mapa de cores for
do mesmo tipo visual da janela raiz do servidor aninhado, XnestName precisarão
associar este mapa de cores ao nível superior XnestName janela também. Uma vez que isso faz
não tem que ser o caso, os gerenciadores de janela devem olhar principalmente para o
WM_COLORMAP_WINDOWS propriedade em vez do mapa de cores associado ao
nível XnestName janela. Infelizmente, os gerenciadores de janela não são muito bons nisso
ainda assim, essa opção pode ser útil.

-pai janela_id
Esta opção diz XnestName usar janela_id como a janela raiz em vez de criar um
janela.

ESTENDIDO DESCRIÇÃO

Começando XnestName é tão simples quanto iniciar relógio x(1) de um emulador de terminal. Se
um usuário deseja executar XnestName na mesma estação de trabalho do servidor real, é importante
que o servidor aninhado receba seu próprio endereço de soquete de escuta. Portanto, se houver
um servidor já em execução na estação de trabalho do usuário, XnestName terá que ser iniciado com
um novo número de exibição. Uma vez que geralmente não há mais de um servidor em execução em um
estação de trabalho, especificando 'XnestName :1'na linha de comando será suficiente para a maioria dos usuários.
Para cada servidor em execução na estação de trabalho, o número de exibição precisa ser incrementado em
XNUMX. Assim, se você deseja iniciar outro XnestName, você precisará digitar 'XnestName :2' no
linha de comando.

Para executar clientes no servidor aninhado, cada cliente deve receber o mesmo número de exibição
como o servidor aninhado. Por exemplo, 'xterm -exibição :1'vai iniciar um xterm processo em
o primeiro servidor aninhado e 'xterm -exibição :2'vai começar um xterm no segundo aninhado
servidor do exemplo acima. Clientes adicionais podem ser iniciados a partir destes xtermem
cada servidor aninhado.

XnestName as a cliente
XnestName se comporta e olha para o servidor real e outros clientes reais como outro cliente real.
É um cliente bastante exigente, no entanto, uma vez que quase qualquer janela ou solicitação de gráfico de
um cliente aninhado resultará em uma janela ou solicitação de gráfico de XnestName para o servidor real.
Portanto, é desejável que XnestName e o servidor real está em uma rede local, ou mesmo
melhor, na mesma máquina. XnestName assume que o servidor real suporta o SHAPE
extensão. Não há como desativar essa suposição dinamicamente. XnestName pode ser
compilado sem a extensão SHAPE embutida, caso em que o servidor real não precisa
apoie isso. O suporte para seleção de extensão dinâmica SHAPE pode ser considerado em mais
desenvolvimento de XnestName.

Como XnestName não precisa usar o mesmo visual padrão que o servidor real, o nível superior
janela do XnestName o cliente sempre tem seu próprio mapa de cores. Isso implica que outras janelas '
as cores não serão exibidas corretamente enquanto o teclado ou o foco do ponteiro estiver no XnestName
janela, a menos que o servidor real tenha suporte para mais de um mapa de cores instalado em qualquer
Tempo. O mapa de cores associado à janela superior do XnestName o cliente não precisa ser o
mapa de cores apropriado que o servidor aninhado deseja instalar no servidor real. No
caso um cliente aninhado tente instalar um mapa de cores de um visual diferente do
visual padrão do servidor aninhado, XnestName irá colocar a janela superior deste cliente aninhado
e todas as outras janelas superiores dos clientes aninhados que usam o mesmo mapa de cores no
WM_COLORMAP_WINDOWS propriedade do nível superior XnestName janela no servidor real. Assim,
é importante que o gerenciador de janelas real que gerencia o XnestName a janela de nível superior olha para
que o WM_COLORMAP_WINDOWS propriedade em vez do mapa de cores associado ao nível superior
XnestName janela. Uma vez que a maioria dos gerenciadores de janela ainda não parecem implementar esta convenção
devidamente, XnestName pode opcionalmente fazer a instalação direta de mapas de cores no servidor real
contornando o gerenciador de janelas real. Se o usuário escolher esta opção, geralmente é
necessário desabilitar temporariamente o gerenciador de janelas real, uma vez que irá interferir com o
XnestName esquema de instalação do mapa de cores.

Os procedimentos de controle de teclado e ponteiro do servidor aninhado alteram o teclado e
parâmetros de controle de ponteiro do servidor real. Portanto, depois XnestName é iniciado
irá mudar o teclado e os controles do ponteiro do servidor real para seus próprios
padrões.

XnestName as a servidor
XnestName pois um servidor se parece exatamente com um servidor real para seus próprios clientes. Para os clientes,
não há como saber se eles estão sendo executados em um servidor real ou aninhado.

Como já mencionado, XnestName é um servidor muito amigável quando se trata de personalização.
XnestName irá pegar uma série de argumentos de linha de comando que podem configurar seu padrão
classe visual e profundidade, número de telas, etc.

A única complexidade aparente da perspectiva dos usuários sobre o uso XnestName como um servidor é
a seleção de fontes. XnestName gerencia as fontes carregando-as localmente e, em seguida, passando o
nome da fonte para o servidor real e solicitando que ele carregue essa fonte remotamente. Esta abordagem
evita a sobrecarga de envio de bits de glifo pela rede para cada operação de texto,
embora seja realmente um bug. A consequência desta abordagem é que o usuário terá
se preocupar com dois caminhos de fonte diferentes - um local para o servidor aninhado e um remoto
um para o servidor real - desde XnestName não propaga seu caminho de fonte para o servidor real.
A razão para isso é porque os servidores reais e aninhados não precisam ser executados no mesmo arquivo
sistema que torna os dois caminhos de fonte mutuamente incompatíveis. Assim, se houver uma fonte em
o caminho da fonte local do servidor aninhado, não há garantia de que esta fonte exista em
o caminho de fonte remoto do servidor real. o xlsfonts(1) cliente, se executado no aninhado
servidor, irá listar as fontes no caminho de fonte local e, se executado no servidor real, irá listar
fontes no caminho de fonte remoto. Antes que uma fonte possa ser aberta com sucesso pelo aninhado
servidor, ele deve existir em caminhos de fontes locais e remotos. É responsabilidade dos usuários
para ter certeza de que é esse o caso.

FUTURO INSTRUÇÕES

Torne dinâmico o requisito para a extensão SHAPE no servidor real, ao invés de
tendo que recompilar XnestName para ativar e desativar esse requisito.

Talvez devesse haver uma opção de linha de comando para dizer XnestName para herdar o teclado e
parâmetros de controle de ponteiro do servidor real, em vez de impor os seus próprios.

XnestName deve ler um arquivo de entrada de personalização para fornecer ainda mais liberdade e
simplicidade na seleção do layout desejado.

Não há suporte para backing store e save unders, mas isso também deve ser considerado.

A implementação adequada de fontes deve ser movida para o os camada.

Use o Xnest online usando serviços onworks.net