Xnest - 클라우드 속의 온라인

프로그램:

이름

Xnest - 중첩된 X 서버

개요

엑스네스트 [ 옵션 ]

기술

엑스네스트 X 클라이언트이자 X 서버입니다. 엑스네스트 실제 서버의 클라이언트입니다.
대신하여 창과 그래픽 요청을 관리합니다. 엑스네스트 자체 서버입니다
클라이언트. 엑스네스트 대신하여 창과 그래픽 요청을 관리합니다. 이러한 고객들에게,
엑스네스트 일반 서버인 것 같습니다.

옵션

엑스네스트 샘플 서버 구현의 모든 표준 옵션을 지원합니다. 이상
자세한 내용은 참조하세요 엑스서버(1). 다음과 같은 추가 인수도 지원됩니다.

-디스플레이 현
이 옵션은 실제 서버의 표시 이름을 지정합니다. 엑스네스트 노력해야 한다
에 연결합니다. 명령줄에 제공되지 않은 경우 엑스네스트 읽을 것이다 DISPLAY
이 정보를 찾기 위해 환경 변수를 사용합니다.

-동조 이 옵션은 엑스네스트 창과 그래픽 작업을
실제 서버. 이는 디버깅에 유용한 옵션이지만 속도가 느려집니다. 엑스네스트's
성능이 상당히. 꼭 필요한 경우가 아니면 사용해서는 안 됩니다.

-완전한 이 옵션은 엑스네스트 실제 서버 개체의 전체 재생성을 활용하고
중첩된 서버가 다시 생성될 때마다 실제 서버에 대한 새 연결을 다시 엽니다.
샘플 서버 구현은 다음과 같은 경우 서버의 모든 객체를 재생성합니다.
이 서버의 마지막 클라이언트가 종료됩니다. 이런 일이 발생하면, 엑스네스트 기본적으로
각각의 새 서버에서 동일한 최상위 창과 동일한 실제 서버 연결을 유지합니다.
세대. 사용자가 전체 재생성을 선택하면 최상위 창과
실제 서버에 대한 연결은 각 서버 세대마다 다시 생성됩니다.

클래스 현
이 옵션은 중첩된 서버의 기본 시각적 클래스를 지정합니다. 비슷하다
~로 -cc 표준 옵션 세트에서 옵션을 허용한다는 점을 제외하고
시각적 클래스 사양에는 숫자가 아닌 문자열이 사용됩니다. 그만큼 현 해야합니다
다음 XNUMX개 값 중 하나: 스태틱그레이, 그레이 스케일, 정적 색상, 유사색상,
트루 컬러및 다이렉트컬러. 만약 둘 다 클래스 과 -cc 옵션이 지정되어 있으며,
두 옵션 중 마지막 인스턴스가 우선 적용됩니다. 기본 시각적 개체의 클래스
중첩된 서버의 기본 시각적 개체 클래스와 동일할 필요는 없습니다.
실제 서버에서 지원해야 하지만 실제 서버에서 지원되어야 합니다. 사용 xdpy정보(1) ~
시작하기 전에 실제 서버에서 지원되는 시각적 클래스 목록을 얻습니다. 엑스네스트.
사용자가 정적 클래스를 선택하면 기본 색상 맵의 모든 색상이
사전 할당됨. 사용자가 동적 클래스를 선택하면 기본 색상 맵의 색상이 지정됩니다.
개별 고객이 할당할 수 있습니다.

-깊이 INT
이 옵션은 중첩된 서버의 기본 시각적 깊이를 지정합니다. 깊이
중첩된 서버의 기본 시각적 개체는 서버의 깊이와 동일할 필요는 없습니다.
실제 서버의 기본 시각적 요소이지만 실제 서버에서 지원해야 합니다.
xdpy정보(1) 실제 서버에서 지원되는 시각적 깊이 목록을 얻기 위해
시작하기 전에 엑스네스트.

-SSS 이 옵션은 엑스네스트 소프트웨어 화면 보호기를 사용하려면 기본적으로, 엑스네스트 의지
실제 하드웨어 화면보호기에 해당하는 화면보호기를 사용하세요.
섬기는 사람. 물론 이 화면 보호기조차도 소프트웨어로 생성된 것입니다. 엑스네스트 하지
실제 하드웨어를 제어하지 않습니다. 그러나 하드웨어 화면 보호기로 처리됩니다.
샘플 서버 코드 내에서.

-기하학 WxH+X+Y
이 옵션은 최상위 수준의 형상 매개변수를 지정합니다. 엑스네스트 창문. 보다
"지오메트리 사양" X(7) 이 옵션의 구문에 대한 논의입니다. 이것
창은 중첩된 서버의 루트 창에 해당합니다. 넓이 W 그리고 높이
H 이 옵션으로 지정하는 것은 각 최상위 레벨의 최대 너비와 높이입니다.
엑스네스트 창. 엑스네스트 사용자는 최상위 창을 더 작게 만들 수 있지만
중첩된 서버 루트 창의 크기는 실제로 변경되지 않습니다. 엑스네스트 하지
크기 조정, 회전 및 반사를 위한 RANDR 확장을 아직 지원하지 않습니다.
루트 창. 이 옵션을 지정하지 않으면 엑스네스트 선택할 것이다 W 과 H 될
실제 서버 루트 창 크기의 3/4입니다.

-bw INT
이 옵션은 최상위 수준의 테두리 너비를 지정합니다. 엑스네스트 창문. 정수
매개 변수 INT 긍정적이어야 합니다. 기본 테두리 너비는 1입니다.

-이름 현
이 옵션은 최상위 레벨의 이름을 지정합니다. 엑스네스트 창으로 현. 그만큼
기본값은 프로그램 이름입니다.

-스크린 INT
이 옵션은 중첩된 서버에 생성할 화면 수를 지정합니다. 을 위한
각 화면, 엑스네스트 별도의 최상위 창을 만듭니다. 각 화면은
클라이언트 표시 이름 사양에서 점 뒤의 숫자로 참조됩니다.
예를 들어, xterm -디스플레이 : 1.1 열 것입니다 xterm(1) 중첩된 서버의 클라이언트
디스플레이 번호로 :1 두 번째 화면에서 화면 수는 제한되어 있습니다.
서버 샘플 코드에 하드 코딩된 상수(일반적으로 3)를 사용합니다.

-설치
이 옵션은 엑스네스트 실제를 우회하여 자체 컬러맵 설치를 수행합니다.
창 관리자. 제대로 작동하려면 사용자는 아마도 다음을 수행해야 할 것입니다.
실제 창 관리자를 일시적으로 종료합니다. 기본적으로, 엑스네스트 중첩된 상태를 유지합니다
실제 서버에 컬러맵을 설치해야 하는 클라이언트 창
WM_COLORMAP_WINDOWS 최상위 속성 엑스네스트 창문. 이 컬러맵이
중첩된 서버의 루트 창과 동일한 시각적 유형 엑스네스트 의지
이 색상 맵을 최상위 레벨과 연관시키십시오. 엑스네스트 창문도 그렇고. 이렇기 때문에
반드시 그럴 필요는 없지만 창 관리자는 주로 다음 사항을 살펴봐야 합니다.
WM_COLORMAP_WINDOWS 상단과 관련된 색상 맵이 아닌 속성
수평 엑스네스트 창문. 불행히도 창 관리자는 그렇게 하는 데 능숙하지 않습니다.
아직 이 옵션이 유용할 수 있습니다.

-부모의 window_id
이 옵션은 엑스네스트 사용 window_id 생성하는 대신 루트 창으로
창.

확장 기술

시작 엑스네스트 시작하는 것만큼 간단해요 엑스클락(1) 터미널 에뮬레이터에서. 만약에
사용자가 실행하고 싶어함 엑스네스트 실제 서버와 동일한 워크스테이션에 있는 것이 중요합니다.
중첩된 서버에는 자체 청취 소켓 주소가 제공됩니다. 그러므로 만약 있다면
사용자의 워크스테이션에서 이미 실행 중인 서버 엑스네스트 시작해야 할 것이다
새로운 디스플레이 번호. 일반적으로 하나의 서버에서는 하나 이상의 서버가 실행되지 않기 때문에
워크스테이션, 지정 '엑스네스트 :1대부분의 사용자에게는 명령줄에 ''를 입력하는 것으로 충분합니다.
워크스테이션에서 실행되는 각 서버에 대해 디스플레이 번호는 다음과 같이 증가해야 합니다.
하나. 그러므로 다른 일을 시작하고 싶다면 엑스네스트, '를 입력해야 합니다.엑스네스트 :2'에
명령 행.

중첩된 서버에서 클라이언트를 실행하려면 각 클라이언트에 동일한 디스플레이 번호를 부여해야 합니다.
중첩된 서버로. 예를 들어, 'xterm -디스플레이 :1'가 시작됩니다 xterm 처리하다
첫 번째 중첩 서버와 'xterm -디스플레이 :2'를 시작합니다 xterm 두 번째 중첩
위의 예에서 서버. 추가 클라이언트는 다음에서 시작할 수 있습니다. xterm의의
각각의 중첩된 서버.

엑스네스트 as a 클라이언트
엑스네스트 실제 서버와 다른 실제 클라이언트를 또 다른 실제 클라이언트로 간주하고 행동합니다.
그러나 거의 모든 창이나 그래픽 요청이 있기 때문에 다소 까다로운 클라이언트입니다.
중첩된 클라이언트는 다음에서 창이나 그래픽 요청을 발생시킵니다. 엑스네스트 실제 서버로.
따라서 다음이 바람직하다. 엑스네스트 실제 서버는 로컬 네트워크에 있거나 심지어
같은 기계에서 하는 것이 더 좋습니다. 엑스네스트 실제 서버가 SHAPE를 지원한다고 가정합니다.
확대. 이 가정을 동적으로 끌 수 있는 방법은 없습니다. 엑스네스트 될 수 있습니다
내장된 SHAPE 확장 없이 컴파일됩니다. 이 경우 실제 서버는 필요하지 않습니다.
그것을 지원하십시오. 동적 SHAPE 확장 선택 지원은 향후에 고려될 수 있습니다.
발전 엑스네스트.

이후 엑스네스트 실제 서버와 동일한 기본 시각적 개체를 사용할 필요가 없습니다.
창 엑스네스트 클라이언트는 항상 자체 색상 맵을 가지고 있습니다. 이는 다른 창의
키보드나 포인터 포커스가 화면에 있는 동안에는 색상이 제대로 표시되지 않습니다. 엑스네스트
단, 실제 서버가 설치된 색상 맵을 두 개 이상 지원하지 않는 한
시간. 상단 창과 연관된 색상 맵 엑스네스트 클라이언트가 될 필요는 없습니다
중첩된 서버가 실제 서버에 설치하기를 원하는 적절한 색상 맵입니다. 에서
중첩된 클라이언트가 클라이언트와 다른 시각적 개체의 색상 맵을 설치하려고 시도하는 경우
중첩된 서버의 기본 시각적 개체 엑스네스트 이 중첩된 클라이언트의 상단 창을 배치합니다.
동일한 색상 맵을 사용하는 중첩 클라이언트의 다른 모든 상단 창을
WM_COLORMAP_WINDOWS 최상위 속성 엑스네스트 실제 서버의 창. 따라서, 그것은
관리하는 실제 창 관리자가 중요합니다. 엑스네스트 최상위 창에서 보이는
전에, WM_COLORMAP_WINDOWS 최상위 수준과 관련된 색상 맵이 아닌 속성
엑스네스트 창문. 대부분의 창 관리자는 아직 이 규칙을 구현하지 않는 것으로 나타나기 때문에
정확히, 엑스네스트 선택적으로 실제 서버에 컬러 맵을 직접 설치할 수 있습니다.
실제 창 관리자를 우회합니다. 사용자가 이 옵션을 선택하면 일반적으로
실제 창 관리자를 일시적으로 비활성화해야 합니다.
엑스네스트 컬러 맵 설치 계획.

중첩 서버의 키보드 및 포인터 제어 절차는 키보드 및 포인터를 변경합니다.
실제 서버의 포인터 제어 매개변수. 따라서 이후 엑스네스트 시작되었습니다.
실제 서버의 키보드와 포인터 컨트롤을 자체 내부 서버로 변경합니다.
기본값.

엑스네스트 as a 섬기는 사람
엑스네스트 서버는 자체 클라이언트에게 실제 서버와 똑같이 보입니다. 클라이언트를 위해,
실제 서버에서 실행 중인지 중첩 서버에서 실행 중인지 알 수 있는 방법이 없습니다.

이미 언급했듯이, 엑스네스트 사용자 정의와 관련하여 매우 사용자 친화적인 서버입니다.
엑스네스트 기본값을 구성할 수 있는 여러 명령줄 인수를 선택합니다.
시각적 클래스와 깊이, 화면 수 등

사용에 대한 사용자의 관점에서 유일하게 명백한 복잡성 엑스네스트 서버인만큼
글꼴 선택. 엑스네스트 글꼴을 로컬로 로드한 다음 전달하여 글꼴을 관리합니다.
글꼴 이름을 실제 서버에 전송하고 해당 글꼴을 원격으로 로드하도록 요청합니다. 이 접근법
모든 텍스트 작업에 대해 네트워크를 통해 문자 비트를 보내는 과부하를 방지합니다.
정말 버그이긴 하지만요. 이 접근 방식의 결과는 사용자가
두 가지 다른 글꼴 경로(중첩 서버용 로컬 경로와 원격 경로)에 대해 걱정해야 합니다.
하나는 실제 서버용 — 이후 엑스네스트 실제 서버에 글꼴 경로를 전파하지 않습니다.
그 이유는 실제 서버와 중첩 서버가 동일한 파일에서 실행될 필요가 없기 때문입니다.
두 글꼴 경로를 상호 호환되지 않게 만드는 시스템입니다. 따라서 글꼴이 있는 경우
중첩된 서버의 로컬 글꼴 경로인 경우 이 글꼴이 존재한다는 보장은 없습니다.
실제 서버의 원격 글꼴 경로. 그만큼 xls 글꼴(1) 클라이언트, 중첩된 환경에서 실행되는 경우
서버에서는 로컬 글꼴 경로에 글꼴을 나열하고, 실제 서버에서 실행하는 경우에는 글꼴을 나열합니다.
원격 글꼴 경로의 글꼴. 중첩된 글꼴이 성공적으로 열리기 전에
서버의 경우 로컬 및 원격 글꼴 경로에 존재해야 합니다. 이는 이용자의 책임이다
이것이 사실인지 확인하기 위해.

미래 오시는 길

실제 서버에서 SHAPE 확장에 대한 요구 사항을 동적으로 만드는 것이 아니라
다시 컴파일해야 함 엑스네스트 이 요구 사항을 켜고 끄려면

아마도 이를 알려주는 명령줄 옵션이 있어야 할 것입니다. 엑스네스트 키보드를 상속받고
자체적으로 부과하는 대신 실제 서버의 포인터 제어 매개변수를 사용합니다.

엑스네스트 더 큰 자유를 제공하려면 사용자 정의 입력 파일을 읽어야 하며
원하는 레이아웃을 쉽게 선택할 수 있습니다.

백업 저장소 및 저장 언더에 대한 지원은 없지만 이 또한 고려해야 합니다.

글꼴의 적절한 구현은 os 층.

onworks.net 서비스를 통해 Xnest 온라인 사용