GNU / Linux: двойной экран и отдельные рабочие пространства


9

Я только что получил свой второй 23-дюймовый монитор и подключил его к моей видеокарте NVidia 8800GT.

Окно настроек Nvidia дает мне две возможности: Twinview или отдельные экраны X: - Twinview в основном превращает оба экрана практически в один большой экран, что делает оба экрана единым рабочим пространством. - Отдельные экраны X позволяют мне отделять рабочие пространства, но не позволяют переключаться в рабочую область с другого экрана X.

Я хочу иметь доступ к моим 4 рабочим пространствам независимо от того, на каком мониторе они находятся, чтобы я мог быстро переключаться между настройками рабочего пространства. Возможно, я просто хочу, чтобы Пиджин был слева, а Вим - справа. Или просто наоборот.

Это вообще возможно? Если да, можете ли вы указать мне правильное направление (документация / руководства)?

Очень ценится.


не думай, что это возможно; причина в том, что ваши два монитора могут использовать разные разрешения, а Xserver обеспечивает одинаковое базовое разрешение для каждого рабочего пространства. Вот почему Twinview работает, расширяя «базовое разрешение» на обоих экранах.
шарлатан-кихот

было бы возможно с другой WM? Конечно, я не первый, кто хочет такой установки

1
Я думаю, что эта ваша проблема - именно то, что я ищу. Не могли бы вы прочитать мой вопрос и посмотреть, применимо ли то, что случилось с вами, к моему сценарию? Спасибо!! superuser.com/questions/148842/…
кто-то все еще использует вас MS-DOS

Ответы:


3

Итак, как реализовано в KDE и Gnome, это не просто «нелегко» - это чертовски почти невозможно. И вот почему: виртуальные рабочие пространства реализованы в виджетах, которые запускаются в диспетчере окон. Они реализованы с хитростью и магией и полностью привязаны к одному оконному менеджеру, работающему на одном дисплее.

Диспетчер окон, виджеты управления виртуальным рабочим пространством и клиентские приложения работают на одном и том же DISPLAY (как в переменной среды $ DISPLAY; обычно: 0,0). Ваш второй монитор в режиме non-twinview фактически работает на отдельном DISPLAY - возможно: 0.1 Вы можете проверить это, запустив echo $ DISPLAY из командной строки в терминальной программе на каждом мониторе.

Каждый DISPLAY работает со своим собственным X-сервером. Таким образом, они не имеют представления об окнах, оконных менеджерах или виртуальных рабочих пространствах друг друга.

Я бы поспорил, что различные оконные менеджеры будут хотеть, чтобы у вас был монитор в режиме twinview. Затем они могут осторожно работать с недвижимостью, которая находится в одном и в другом, в том же DISPLAY ... и обманывать вас, думая, что это два отдельных "рабочих пространства" (одно и то же слово, но не такое же значение, как в виртуальных рабочих пространствах).

Существуют многочисленные проблемы с X-окном, которые затрудняют плавное перемещение или миграцию работающей клиентской программы Xwindow с одного DISPLAY на другой. Не сказать, что это невозможно сделать; это, возможно, было сделано ... но я держу пари, что это глючит или по крайней мере ограничено; Я сомневаюсь, что вы можете перемещать окно Firefox, воспроизводя видео между DISPLAY, например.

Надеюсь это поможет! -pbr


1

Вы пробовали xrandr(попробовать xrandr -q)? Это может доставить то, что вы ищете.

Я использую старую карту NVIDIA с двумя выходами на работе. Я не использую TwinView или два X-сервера. У меня даже нет xorg.conf; Я позволил Xorg получить его настройки от HAL.

В настоящее время я использую в nouveauкачестве драйвера, хотя в какой-то момент я использовал двоичный двоичный объект, предоставляемый NVIDIA. Я использую awesome в качестве моего оконного менеджера, но GNOME и KDE также справляются xrandr, если не лучше.


0

Для этого есть несколько плиточных WM (Awesome3, scrotwm, Xmonad, вероятно, dwm и wmii), и вы можете настроить * box (Open / Flux) для этого. Не знаю, как это сделать в KDE или GNOME, по крайней мере, нелегко.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.