Alternar áreas de trabalho individualmente em cada monitor

24

No 12.04 com uma configuração de dois monitores (usando unity e compiz), é possível alternar os espaços de trabalho individualmente para cada monitor?

Björn Torkelsson
fonte

Respostas:

7

Passei um tempo considerável tentando encontrar uma solução para isso. Minha conclusão é que, embora o compiz já tenha tido suporte para isso, ele não funciona há algum tempo. Como o Unity usa o compiz, ele também não pode fazê-lo no momento.

Parece haver muito poucos gerenciadores de janelas que suportam esse recurso. O único que consegui encontrar foi o xmonad, um gerenciador de janelas lado a lado destinado a usuários avançados dispostos a gastar um pouco de tempo aprendendo a usá-lo. Eu acho que vi referências a incrível poder fazer isso também, que é outro gerenciador de janelas lado a lado semelhante.

Infelizmente, a resposta para compiz e unidade parece ser "não, não é possível", e a resposta mais geralmente parece ser "não, a menos que você esteja disposto a mudar para um gerenciador de janelas lado a lado".

Robie Basak
fonte
Incrível faz isso, mas faz apenas isso. Se bem entendi, cada monitor possui seu próprio conjunto de áreas de trabalho e você não pode mostrar uma área de trabalho do monitor 1 no monitor 2. Talvez seja configurável, mas li várias pessoas reclamando disso. Isso me afastou do Awesome.
Gauthier
Você pode facilmente mover uma janela para o outro monitor (Mod4 + o), então também é muito rápido ter todo o espaço de trabalho (ou seja, todas as janelas) movido para a outra tela.
exic
Isso ainda é verdade para 15.10?
Yanick Nedderhoff 14/03
6

Eu sei que isso é antigo, mas para as pessoas que estudam isso, o Enlightenment 0.19.x ( http://enlightenment.org ) tem um bom suporte para várias telas e é capaz de alternar os espaços de trabalho de forma independente ou simultânea em duas telas (ainda não tentei com três ou mais). Eu mudei do xfce4 e não olhei para trás. Você pode encontrar um PPA em https://launchpad.net/~niko2040/+archive/ubuntu/e19

EDIT: O motivo pelo qual essa funcionalidade não é comum é que viola uma especificação do freedesktop.org (EWMH - http://standards.freedesktop.org/wm-spec/wm-spec-latest.html ) que a maioria dos gerenciadores de janelas segue. Os gerenciadores de janelas que suportam isso simplesmente não seguem a especificação.

Petter Adsen
fonte
3
sua explicação do motivo pelo qual essa funcionalidade não é comum é certamente útil, mas me pergunto por que a especificação não cobre esse caso de uso. Também estou me perguntando se essa especificação tem alguma relevância quando se trata de compositores de Wayland. Tenho certeza de que é uma pergunta separada, no entanto.
Stonecrusher
Então a especificação é idiota. Por que diabos você não gostaria de mudar os espaços de trabalho de forma independente? Absolutamente idiota.
Benjamin R
1

Na verdade, você não precisa usar um gerenciador de janelas lado a lado. Até onde eu sei, o xmonad e o awesome suportam esse recurso, e o i3 suporta até certo ponto.

Mas eles estão todos lado a lado. O Wingo é um gerenciador de janelas híbrido que possui áreas de trabalho por monitor e pode ser usado como gerenciador de janelas comum ou gerenciador de ladrilhos (ou ambos). Observe que ele é descrito como "muito alfa".

BurntSushi5
fonte
incrível parece tipo de suporte esse recurso, mas cada monitor tem seu próprio conjunto de tags (ou seja, espaços de trabalho). Os monitores são tão separados que se você preencher o seu espaço de trabalho 2, com janelas no monitor 1, você não pode depois mostrar o conteúdo do espaço de trabalho 2 no monitor 2.
Gauthier
O i3 certamente suporta isso, mas também pode tratar as janelas como "flutuantes" (ou seja, a maneira como a maioria dos gerenciadores de janelas as trata). A propriedade flutuante pode ser alternada em janelas já abertas ou você pode configurar classes de janelas para sempre abrir como flutuantes. Isso pode ser útil para quem não deseja usar ladrilhos para todas as janelas. Além disso, a maioria das caixas de diálogo é aberta automaticamente como flutuante.
Petter Adsen
É uma pena que o desenvolvimento do Wingo não continue, é uma ideia interessante.
Benjamin R
1
@BenjaminR Isso é falso. O Wingo é simplesmente um recurso completo e continuará a funcionar enquanto eu o usar. (Como o README diz.)
BurntSushi5
@ BurntSushi5 Ah, que bom. Obrigado pelo esclarecimento.
Benjamin R