Xnest – Online w chmurze

PROGRAM:

IMIĘ

Xnest - zagnieżdżony serwer X

STRESZCZENIE

Xnest [ Opcje ]

OPIS

Xnest jest zarówno klientem X, jak i serwerem X. Xnest jest klientem prawdziwego serwera, który
zarządza w jego imieniu żądaniami dotyczącymi okien i grafiki. Xnest jest serwerem samym w sobie
klientów. Xnest zarządza w ich imieniu żądaniami dotyczącymi okien i grafiki. Tym klientom
Xnest wygląda na konwencjonalny serwer.

OPCJE

Xnest obsługuje wszystkie standardowe opcje przykładowej implementacji serwera. Aby uzyskać więcej
szczegóły, zobacz Xserwer(1). Obsługiwane są również następujące dodatkowe argumenty.

-pokaz ciąg
Ta opcja określa nazwę wyświetlaną prawdziwego serwera Xnest powinien spróbować
połączyć się z. Jeśli nie jest on podany w wierszu poleceń, Xnest przeczyta DISPLAY
zmienną środowiskową, aby znaleźć te informacje.

-synchronizacja Ta opcja mówi Xnest do synchronizacji operacji okiennych i graficznych z plikiem
prawdziwy serwer. Jest to przydatna opcja do debugowania, ale będzie wolniejsza Xnest's
wydajność znacznie. Nie należy go stosować, jeśli nie jest to absolutnie konieczne.

-pełny Ta opcja mówi Xnest wykorzystać pełną regenerację rzeczywistych obiektów serwerowych i
ponownie otwórz nowe połączenie z prawdziwym serwerem za każdym razem, gdy serwer zagnieżdżony się zregeneruje.
Przykładowa implementacja serwera regeneruje wszystkie obiekty na serwerze, gdy
ostatni klient tego serwera kończy działanie. Kiedy to się stanie, Xnest domyślnie
utrzymuje to samo okno najwyższego poziomu i to samo rzeczywiste połączenie z serwerem w każdym nowym
Pokolenie. Jeśli użytkownik wybierze pełną regenerację, nawet w oknie najwyższego poziomu i
połączenie z rzeczywistym serwerem będzie regenerowane dla każdej generacji serwera.

Klasy ciąg
Ta opcja określa domyślną klasę wizualną serwera zagnieżdżonego. To jest podobne
do -cc opcję z zestawu opcji standardowych, z tą różnicą, że zaakceptuje a
ciąg zamiast liczby w specyfikacji klasy wizualnej. The ciąg musi być
jedna z następujących sześciu wartości: Statyczny szary, Skala szarości, Kolor statyczny, Pseudokolor,
Prawdziwy kolorlub Kolor bezpośredni. Jeśli oba Klasy i -cc opcje są określone,
ostatnie wystąpienie którejkolwiek z opcji ma pierwszeństwo. Klasa domyślnej wizualizacji
zagnieżdżonego serwera nie musi być taka sama jak klasa domyślnej wizualizacji pliku
prawdziwy serwer, ale musi być obsługiwany przez prawdziwy serwer. Używać xdpyinfo(1) do
przed rozpoczęciem uzyskaj listę obsługiwanych klas wizualnych na prawdziwym serwerze Xnest.
Jeśli użytkownik wybierze klasę statyczną, wszystkie kolory z domyślnej mapy kolorów będą takie same
wstępnie przydzielone. Jeśli użytkownik wybierze klasę dynamiczną, kolory będą miały domyślną mapę kolorów
będą dostępne do alokacji dla klientów indywidualnych.

-głębokość int
Ta opcja określa domyślną głębię wizualną serwera zagnieżdżonego. Głębokość
domyślna wizualizacja zagnieżdżonego serwera nie musi być taka sama jak głębokość
domyślna grafika prawdziwego serwera, ale musi być obsługiwana przez prawdziwy serwer.
Zastosowanie xdpyinfo(1) aby uzyskać listę obsługiwanych głębi wizualnych na prawdziwym serwerze
przed rozpoczęciem Xnest.

-sss Ta opcja mówi Xnest aby skorzystać z programowego wygaszacza ekranu. Domyślnie, Xnest będzie
użyj wygaszacza ekranu odpowiadającego sprzętowemu wygaszaczowi ekranu w rzeczywistości
serwer. Oczywiście od tego czasu nawet ten wygaszacz ekranu jest generowany programowo Xnest robi
nie kontroluje żadnego rzeczywistego sprzętu. Traktowany jest jednak jako sprzętowy wygaszacz ekranu
w przykładowym kodzie serwera.

-geometria WxH+X+Y
Ta opcja określa parametry geometrii najwyższego poziomu Xnest okno. Widzieć
„SPECYFIKACJE GEOMETRII” w X(7) w celu omówienia składni tej opcji. Ten
window odpowiada głównemu oknu zagnieżdżonego serwera. Szerokość W i wzrost
H określona w tej opcji będzie maksymalną szerokością i wysokością każdego najwyższego poziomu
Xnest okno. Xnest pozwoli użytkownikowi zmniejszyć dowolne okno najwyższego poziomu, ale
w rzeczywistości nie zmieni to rozmiaru okna głównego serwera zagnieżdżonego. Xnest robi
nie obsługują jeszcze rozszerzenia RANDR umożliwiającego zmianę rozmiaru, obracanie i odzwierciedlanie plików
okno główne. Jeśli ta opcja nie zostanie określona, Xnest wybiorę W i H być
3/4 wymiarów okna głównego prawdziwego serwera.

-bw int
Ta opcja określa szerokość obramowania najwyższego poziomu Xnest okno. Liczba całkowita
parametr int musi być pozytywny. Domyślna szerokość obramowania wynosi 1.

-Nazwa ciąg
Ta opcja określa nazwę najwyższego poziomu Xnest okno jako ciąg,
wartością domyślną jest nazwa programu.

-skrypty int
Ta opcja określa liczbę ekranów do utworzenia na serwerze zagnieżdżonym. Dla
każdy ekran, Xnest utworzy osobne okno najwyższego poziomu. Każdy ekran jest
do którego odnosi się liczba znajdująca się po kropce w specyfikacji wyświetlanej nazwy klienta.
Na przykład, xterm -pokaz : 1.1 otworzy xterm(1) klient na serwerze zagnieżdżonym
z numerem wyświetlacza :1 na drugim ekranie. Liczba ekranów jest ograniczona
przez zakodowaną na stałe w przykładowym kodzie serwera, która zwykle wynosi 3.

-zainstalować
Ta opcja mówi Xnest wykonać własną instalację mapy kolorów z pominięciem mapy rzeczywistej
menadżer okien. Aby to działało poprawnie, użytkownik prawdopodobnie będzie musiał
tymczasowo zamknij prawdziwego menedżera okien. Domyślnie, Xnest zachowa zagnieżdżenie
okno klienta, którego mapę kolorów należy zainstalować na serwerze rzeczywistym w pliku
WM_COLORMAP_WINDOWS własność na najwyższym poziomie Xnest okno. Jeśli ta mapa kolorów jest
tego samego typu wizualnego, co okno główne serwera zagnieżdżonego, Xnest będzie
skojarz tę mapę kolorów z najwyższym poziomem Xnest okno również. Ponieważ tak jest
nie musi tak być, menedżerowie okien powinni patrzeć przede wszystkim na
WM_COLORMAP_WINDOWS właściwość, a nie mapę kolorów powiązaną z górną
poziom Xnest okno. Niestety menedżery okien nie są w tym zbyt dobrzy
ale ta opcja może się przydać.

-rodzic identyfikator_okna
Ta opcja mówi Xnest w użyciu identyfikator_okna jako okno główne zamiast tworzyć plik
okno.

ROZSZERZONY OPIS

Uruchamianie Xnest jest tak samo proste jak uruchomienie xzegar(1) z emulatora terminala. Jeśli
użytkownik chce uruchomić Xnest na tej samej stacji roboczej, co prawdziwy serwer, jest to ważne
że serwer zagnieżdżony otrzymuje swój własny adres gniazda nasłuchującego. Dlatego jeśli istnieje
serwer już działający na stacji roboczej użytkownika, Xnest trzeba będzie od tego zacząć
nowy numer wyświetlacza. Ponieważ zazwyczaj na jednym serwerze działa nie więcej niż jeden serwer
stacja robocza, określając 'Xnest :1' w wierszu poleceń będzie wystarczające dla większości użytkowników.
Dla każdego serwera działającego na stacji roboczej należy zwiększyć wyświetlany numer o
jeden. Tak więc, jeśli chcesz rozpocząć kolejny Xnest, będziesz musiał wpisać „Xnest :2' na
wiersz poleceń.

Aby uruchomić klientów na serwerze zagnieżdżonym, każdemu klientowi należy nadać ten sam numer wyświetlacza
jako serwer zagnieżdżony. Na przykład, 'xterm -pokaz :1' uruchomi się xterm proces w
pierwszy zagnieżdżony serwer i 'xterm -pokaz :2' rozpocznie się xterm w drugim zagnieżdżeniu
serwer z powyższego przykładu. Można z nich uruchomić dodatkowych klientów xtermów w
każdy zagnieżdżony serwer.

Xnest as a klient
Xnest zachowuje się i patrzy na prawdziwy serwer i innych prawdziwych klientów jak na innego prawdziwego klienta.
Jest to jednak dość wymagający klient, gdyż niemal każde zlecenie okna czy grafiki od
zagnieżdżony klient spowoduje żądanie okna lub grafiki Xnest na prawdziwy serwer.
Dlatego pożądane jest, aby Xnest a prawdziwy serwer znajduje się w sieci lokalnej lub nawet
lepiej, na tej samej maszynie. Xnest zakłada, że ​​prawdziwy serwer obsługuje SHAPE
rozszerzenie. Nie ma możliwości dynamicznego wyłączenia tego założenia. Xnest może być
skompilowany bez wbudowanego rozszerzenia SHAPE, w takim przypadku prawdziwy serwer nie musi
Wspieraj to. Obsługa dynamicznego wyboru rozszerzenia SHAPE może zostać rozważona w dalszej części
rozwój Xnest.

Ponieważ Xnest nie musi używać tej samej domyślnej grafiki, co prawdziwy serwer, najwyższy poziom
okno Xnest Klient zawsze posiada własną mapę kolorów. Oznacza to, że inne okna
kolory nie będą wyświetlane prawidłowo, gdy fokus klawiatury lub wskaźnika znajduje się w pozycji Xnest
chyba, że ​​prawdziwy serwer obsługuje więcej niż jedną zainstalowaną mapę kolorów
czas. Mapa kolorów powiązana z górnym oknem pliku Xnest Klient nie musi być
odpowiednią mapę kolorów, którą serwer zagnieżdżony chce zainstalować na serwerze rzeczywistym. w
przypadku, gdy zagnieżdżony klient próbuje zainstalować mapę kolorów innej wizualizacji niż
domyślna wizualizacja serwera zagnieżdżonego, Xnest umieści górne okno tego zagnieżdżonego klienta
i wszystkie inne górne okna zagnieżdżonych klientów, które używają tej samej mapy kolorów
WM_COLORMAP_WINDOWS własność na najwyższym poziomie Xnest okno na prawdziwym serwerze. Zatem to
ważne jest, aby prawdziwy menedżer okien, który zarządza Xnest patrzy okno najwyższego poziomu
dotychczasowy WM_COLORMAP_WINDOWS właściwość, a nie mapę kolorów powiązaną z najwyższym poziomem
Xnest okno. Ponieważ wydaje się, że większość menedżerów okien jeszcze nie implementuje tej konwencji
prawidłowo, Xnest opcjonalnie można dokonać bezpośredniej instalacji map kolorów na rzeczywistym serwerze
z pominięciem prawdziwego menedżera okien. Jeśli użytkownik wybierze tę opcję, zazwyczaj tak jest
konieczne jest tymczasowe wyłączenie prawdziwego menedżera okien, ponieważ będzie on kolidował z systemem
Xnest schemat instalacji mapy kolorów.

Procedury sterowania klawiaturą i wskaźnikiem serwera zagnieżdżonego zmieniają klawiaturę i
parametry kontroli wskaźnika prawdziwego serwera. Dlatego po Xnest jest uruchomiony, to
zmieni sterowanie klawiaturą i wskaźnikami prawdziwego serwera na jego własne wewnętrzne
domyślne.

Xnest as a serwer
Xnest ponieważ serwer wygląda dokładnie jak prawdziwy serwer dla swoich klientów. Dla klientów,
nie można stwierdzić, czy działają na serwerze rzeczywistym, czy zagnieżdżonym.

Jak już wspomniano, Xnest to serwer bardzo przyjazny dla użytkownika, jeśli chodzi o dostosowywanie.
Xnest pobierze szereg argumentów wiersza poleceń, które mogą skonfigurować jego wartość domyślną
klasa i głębokość wizualna, liczba ekranów itp.

Jedyna widoczna złożoność z perspektywy użytkownika dotycząca użytkowania Xnest jak serwer
wybór czcionek. Xnest zarządza czcionkami, ładując je lokalnie, a następnie przekazując plik
nazwę czcionki do prawdziwego serwera i poproś go o zdalne załadowanie tej czcionki. To podejście
pozwala uniknąć przeciążenia związanego z przesyłaniem bitów glifów przez sieć dla każdej operacji tekstowej,
chociaż to naprawdę błąd. Konsekwencją takiego podejścia jest to, że użytkownik będzie miał
martwić się o dwie różne ścieżki czcionek – lokalną dla zagnieżdżonego serwera i zdalną
jeden dla prawdziwego serwera — od Xnest nie propaguje ścieżki czcionki do prawdziwego serwera.
Dzieje się tak dlatego, że serwery rzeczywiste i zagnieżdżone nie muszą działać na tym samym pliku
system, który sprawia, że ​​dwie ścieżki czcionek są wzajemnie niezgodne. Tak więc, jeśli istnieje czcionka
lokalną ścieżkę czcionek zagnieżdżonego serwera, nie ma gwarancji, że ta czcionka istnieje
zdalna ścieżka czcionek prawdziwego serwera. The xlsfonty(1) klient, jeśli działa w trybie zagnieżdżonym
serwer, wyświetli listę czcionek w lokalnej ścieżce czcionek i, jeśli zostanie uruchomiony na prawdziwym serwerze, wyświetli listę
czcionki w zdalnej ścieżce czcionek. Zanim czcionka będzie mogła zostać pomyślnie otwarta przez zagnieżdżenie
serwerze, musi istnieć w lokalnych i zdalnych ścieżkach czcionek. Jest to odpowiedzialność użytkowników
aby upewnić się, że tak jest.

PRZYSZŁOŚĆ KIERUNKI

Uczyń dynamicznym wymaganie rozszerzenia SHAPE na prawdziwym serwerze, a nie
konieczność ponownej kompilacji Xnest aby włączyć lub wyłączyć to wymaganie.

Być może powinna istnieć opcja wiersza poleceń, aby to powiedzieć Xnest aby odziedziczyć klawiaturę i
parametry kontroli wskaźnika z prawdziwego serwera, zamiast narzucać własne.

Xnest powinien przeczytać plik wejściowy dostosowywania, aby zapewnić jeszcze większą swobodę i
prostota w wyborze żądanego układu.

Nie ma obsługi przechowywania kopii zapasowych i zapisów poniżej, ale należy to również wziąć pod uwagę.

Właściwą implementację czcionek należy przenieść do pliku os warstwa.

Korzystaj z Xnest online, korzystając z usług onworks.net