Xnest - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

Xnest - вкладений X-сервер

СИНТАКСИС

Xnest [ опції ]

ОПИС

Xnest є одночасно X-клієнтом і X-сервером. Xnest є клієнтом реального сервера, який
керує вікнами та графічними запитами від свого імені. Xnest є власним сервером
клієнтів. Xnest керує вікнами та графічними запитами від їхнього імені. Цим клієнтам,
Xnest здається звичайним сервером.

ВАРІАНТИ

Xnest підтримує всі стандартні варіанти реалізації зразка сервера. Для більш
деталі дивіться X-сервер(1). Також підтримуються наступні додаткові аргументи.

- дисплей рядок
Цей параметр визначає відображуване ім’я реального сервера Xnest треба спробувати
підключитися до. Якщо це не вказано в командному рядку, Xnest буде читати DISPLAY
змінна середовища, щоб дізнатися цю інформацію.

-синхронізація Цей варіант розповідає Xnest для синхронізації його віконних та графічних операцій з
справжній сервер. Це корисна опція для налагодження, але вона сповільниться Xnest's
продуктивність значно. Його не слід використовувати без крайньої необхідності.

-повні Цей варіант розповідає Xnest використовувати повну регенерацію реальних серверних об’єктів і
відкривати нове підключення до реального сервера щоразу, коли вкладений сервер відновлюється.
Зразок реалізації сервера відновлює всі об’єкти на сервері, коли
останній клієнт цього сервера завершується. коли це станеться, Xnest за замовчуванням
підтримує те саме вікно верхнього рівня та те саме реальне підключення до сервера в кожному новому
покоління. Якщо користувач вибирає повну регенерацію, навіть вікно верхнього рівня і
підключення до реального сервера буде відновлено для кожного покоління серверів.

-клас рядок
Цей параметр визначає візуальний клас за замовчуванням вкладеного сервера. Це схоже
до -cc варіант із набору стандартних опцій, за винятком того, що він приймає a
рядок, а не число для специфікації візуального класу. The рядок повинно бути
одне з наступних шести значень: StaticGray, GrayScale, StaticColor, Псевдоколір,
справжній колірабо DirectColor. Якщо обидва -клас та -cc параметри вказані,
останній екземпляр будь-якого з варіантів має пріоритет. Клас візуального елемента за замовчуванням
вкладеного сервера не обов’язково збігається з класом візуального елемента за замовчуванням
реальний сервер, але він повинен підтримуватися справжнім сервером. Використовуйте xdpyinfo(1) на
отримати список підтримуваних візуальних класів на реальному сервері перед запуском Xnest.
Якщо користувач вибере статичний клас, усі кольори на карті кольорів за замовчуванням будуть
попередньо розподілені. Якщо користувач вибирає динамічний клас, кольори на карті кольорів за замовчуванням
будуть доступні для розподілу для окремих клієнтів.

- глибина Int
Цей параметр визначає візуальну глибину за замовчуванням вкладеного сервера. Глибина
Візуал за замовчуванням вкладеного сервера не обов’язково повинен бути таким же, як і глибина
Візуал за замовчуванням реального сервера, але він повинен підтримуватися реальним сервером.
Скористайтесь xdpyinfo(1) щоб отримати список підтримуваних візуальних глибин на реальному сервері
перед початком Xnest.

-ссс Цей варіант розповідає Xnest використовувати програмну заставку. За замовчуванням, Xnest волі
використовуйте заставку, яка відповідає апаратній заставці в реальному
сервер. Звичайно, навіть ця заставка створюється програмно Xnest робить
не контролює будь-яке фактичне обладнання. Однак він розглядається як апаратна заставка
у зразковому коді сервера.

-геометрія WxH+X+Y
Цей параметр визначає параметри геометрії для верхнього рівня Xnest вікно. Побачити
«ТЕХНІЧНІ СПЕЦИФІКАЦІЇ ГЕОМЕТРІЇ» в X(7) для обговорення синтаксису цього параметра. Це
вікно відповідає кореневому вікну вкладеного сервера. Ширина W і висота
H за допомогою цього параметра буде максимальна ширина та висота кожного верхнього рівня
Xnest вікна. Xnest дозволить користувачеві зробити будь-яке вікно верхнього рівня меншим, але
це фактично не змінить розмір вкладеного кореневого вікна сервера. Xnest робить
ще не підтримує розширення RANDR для зміни розміру, обертання та відображення
кореневе вікно. Якщо цей параметр не вказано, Xnest вибере W та H бути
3/4 розмірів кореневого вікна реального сервера.

-чб Int
Цей параметр визначає ширину межі верхнього рівня Xnest вікно. Ціле число
параметр Int має бути позитивним. Ширина межі за замовчуванням дорівнює 1.

-ім'я рядок
Цей параметр визначає назву верхнього рівня Xnest вікно як рядок,
значенням за замовчуванням є назва програми.

-scrns Int
Цей параметр визначає кількість екранів для створення на вкладеному сервері. Для
кожен екран, Xnest створить окреме вікно верхнього рівня. Кожен екран є
посилання на число після крапки в специфікації відображуваного імені клієнта.
Наприклад, xterm - дисплей : 1.1 відкриє xterm(1) клієнт у вкладеному сервері
з номером дисплея :1 на другому екрані. Кількість екранів обмежена
за жорстко запрограмованою константою у прикладі коду сервера, яка зазвичай дорівнює 3.

-встановити
Цей варіант розповідає Xnest зробити власну установку кольорової карти, минаючи реальну
віконний менеджер. Щоб він працював належним чином, користувачеві, ймовірно, доведеться
тимчасово вийти з реального менеджера вікон. За замовчуванням, Xnest збереже вкладений
клієнтське вікно, колірна карта якого має бути встановлена ​​на реальному сервері в
WM_COLORMAP_WINDOWS властивість верхнього рівня Xnest вікно. Якщо ця кольорова карта є
того самого візуального типу, що й кореневе вікно вкладеного сервера, Xnest волі
пов’язати цю кольорову карту з верхнім рівнем Xnest також вікно. Оскільки це так
не обов’язково, менеджери вікон повинні дивитися насамперед на
WM_COLORMAP_WINDOWS властивість, а не карта кольорів, пов’язана з верхнім
рівень Xnest вікно. На жаль, віконні менеджери не дуже вміють це робити
але так що цей варіант може стати в нагоді.

-батька ідентифікатор вікна
Цей варіант розповідає Xnest to use ідентифікатор вікна як кореневе вікно замість створення a
вікна.

ПОВЕРНЕНІ ОПИС

Запуск Xnest так само просто, як і запустити xclock(1) з емулятора терміналу. Якщо
користувач бажає запустити Xnest на тій самій робочій станції, що й справжній сервер, це важливо
що вкладеному серверу надається власна адреса прослуховуваного сокета. Тому, якщо є
сервер, який уже працює на робочій станції користувача, Xnest доведеться запустити з
новий номер дисплея. Оскільки зазвичай не більше одного сервера працює на a
робоча станція, вказуючи 'Xnest :1' в командному рядку буде достатньо для більшості користувачів.
Для кожного сервера, що працює на робочій станції, номер дисплея потрібно збільшити на
один. Таким чином, якщо ви хочете почати інше Xnest, вам потрібно буде ввести 'Xnest :2' на
command line.

Щоб запустити клієнтів на вкладеному сервері, кожному клієнту потрібно надати однаковий номер дисплея
як вкладений сервер. Наприклад, 'xterm - дисплей :1' запуститься xterm процес у
перший вкладений сервер і 'xterm - дисплей :2' розпочнеться xterm у другому вкладеному
сервер із прикладу вище. З них можна запустити додаткових клієнтів xtermз в
кожен вкладений сервер.

Xnest as a клієнт
Xnest поводиться і дивиться на реальний сервер та інших реальних клієнтів як на іншого реального клієнта.
Однак це досить вимогливий клієнт, оскільки майже будь-який запит на вікно чи графіку
вкладений клієнт призведе до вікна або графічного запиту від Xnest на справжній сервер.
Тому бажано, щоб Xnest і справжній сервер знаходяться в локальній мережі або навіть
краще на тій же машині. Xnest передбачає, що реальний сервер підтримує SHAPE
розширення. Неможливо вимкнути це припущення динамічно. Xnest може бути
скомпільовано без вбудованого розширення SHAPE, і в цьому випадку реальний сервер не потрібен
підтримайте це. Підтримка вибору розширення Dynamic SHAPE може бути розглянута далі
розвитку Xnest.

З Xnest не потрібно використовувати той самий візуал за замовчуванням, що й справжній сервер верхнього рівня
вікно Xnest клієнт завжди має власну колірну карту. Це означає, що інші вікна
кольори не відображатимуться належним чином, коли фокус клавіатури або вказівника знаходиться в Xnest
вікно, якщо реальний сервер не підтримує більше однієї встановленої карти кольорів
час. Колірна карта, пов’язана з верхнім вікном Xnest клієнт не обов'язково повинен бути
відповідна колірна карта, яку вкладений сервер хоче встановити на реальному сервері. В
випадок, коли вкладений клієнт намагається встановити колірну карту, відмінну від візуального
візуальний вигляд вкладеного сервера за замовчуванням, Xnest розмістить верхнє вікно цього вкладеного клієнта
і всі інші верхні вікна вкладених клієнтів, які використовують ту саму колірну карту в
WM_COLORMAP_WINDOWS властивість верхнього рівня Xnest вікно на реальному сервері. Таким чином, це
Важливо, щоб справжній менеджер вікон керував Xnest вікно верхнього рівня дивиться на
WM_COLORMAP_WINDOWS властивість, а не карта кольорів, пов’язана з верхнім рівнем
Xnest вікно. Оскільки більшість віконних менеджерів ще не реалізують цю умову
правильно, Xnest за бажанням можна зробити пряму інсталяцію кольорових карт на реальний сервер
минаючи справжній менеджер вікон. Якщо користувач вибирає цю опцію, це зазвичай
необхідно тимчасово вимкнути справжній менеджер вікон, оскільки він буде заважати роботі
Xnest схема встановлення кольорової карти.

Процедури керування клавіатурою та покажчиком вкладеного сервера змінюють клавіатуру і
параметри керування покажчиком реального сервера. Тому після Xnest запущено, це
змінить клавіатуру та елементи керування вказівником реального сервера на власні внутрішні
за замовчуванням.

Xnest as a сервер
Xnest оскільки для власних клієнтів сервер виглядає як справжній сервер. Для клієнтів,
немає способу визначити, чи працюють вони на реальному чи вкладеному сервері.

Як вже згадувалося, Xnest це дуже зручний сервер, коли справа доходить до налаштування.
Xnest підбере ряд аргументів командного рядка, які можуть налаштувати його за замовчуванням
візуальний клас і глибина, кількість екранів тощо.

Єдина очевидна складність з точки зору користувачів щодо використання Xnest як сервер
підбір шрифтів. Xnest керує шрифтами, завантажуючи їх локально, а потім передаючи файл
ім’я шрифту на справжній сервер і попросити його віддалено завантажити цей шрифт. Цей підхід
дозволяє уникнути перевантаження бітів гліфа по мережі для кожної текстової операції,
хоча це справді помилка. Наслідком такого підходу є те, що користувач матиме
турбуватися про два різних шляхи шрифтів — локальний для вкладеного сервера та віддалений
один для реального сервера — оскільки Xnest не поширює шлях свого шрифту до реального сервера.
Причина цього полягає в тому, що реальні та вкладені сервери не повинні працювати на одному файлі
система, яка робить два шляхи шрифтів взаємно несумісними. Таким чином, якщо є шрифт в
локальний шлях до шрифту вкладеного сервера, немає гарантії, що цей шрифт існує
шлях віддаленого шрифту реального сервера. The xlsfonts(1) клієнт, якщо запускається на вкладеному
server, відобразить список шрифтів у локальному шляху до шрифтів і, якщо запущено на реальному сервері, відобразить список
шрифти у віддаленому шляху до шрифтів. Перш ніж шрифт може бути успішно відкритий вкладеним
сервер, він повинен існувати в локальних і віддалених шляхах шрифтів. Це відповідальність користувачів
щоб переконатися, що це так.

Майбутнє НАПРЯМКИ

Зробіть динамічним вимогу до розширення SHAPE на реальному сервері, а не
необхідно перекомпілювати Xnest щоб увімкнути та вимкнути цю вимогу.

Можливо, слід розповісти про параметр командного рядка Xnest успадкувати клавіатуру і
параметри керування покажчиком із реального сервера, а не нав’язування власних.

Xnest слід прочитати вхідний файл налаштування, щоб забезпечити ще більшу свободу та
простота у виборі потрібного макету.

Відсутня підтримка резервного зберігання та резервного збереження, але це також слід враховувати.

Правильну реалізацію шрифтів слід перемістити в os шар

Використовуйте Xnest онлайн за допомогою служб onworks.net