Post by Fernando M. MarescaHi Simon,
Post by Fernando M. MarescaI cannot find a way to configure fb to not use the three screens
as a
Post by Fernando M. Marescabig workspace, I want to use each screen as a separate desktop/
workspace
on its own (by the way, I don't want to loose the ability to drag
windows across the screens).
That sounds interesting - how did you do that?
Xinerama (it puts several screens into one big screen).
I'm not using Xinerama nor xrandr. I'm using a simple xorg.conf.
(with proper reply-all)
Things have changed a bit from when I last mucked around with these (it's
less manual / more magical now). It looks like RandR1.2 has changed things
somewhat. Here's a note that suggests it can't be done, which would add some
motivation to implementing it in fluxbox itself :-)
http://wiki.debian.org/XStrikeForce/HowToRandR12
VI.6. No more multiple independent desktop
RandR 1.2 provides a big virtual screen where all outputs are placed. It is
great if you like moving windows between monitors. But lots of people were
used to have a single board with multiple independent monitors with one
window manager on each of them. It's for instance nice if you want to switch
between virtual desktops on one monitor without moving on the other one.
It is not possible anymore with RandR 1.2 unless the window manager
implements it, which is pretty rare as of today (only Enlightenment 17,
XMonad and awesome do it). As a small workaround, most window manager have
the ability to pin a window on all virtual desktop, which implements N
desktop on one head x 1 single desktop on the other head.
In case of multiple boards, it is not clear what will happen since RandR 1.2
does not support it yet (see the above section). Having a shared virtual
screen between multiple boards might be hard.
Post by Fernando M. MarescaActually, what I'm trying to do is exactly the opposite: to _split_ a
big workspace in several, one for each monitor or "head".
##/etc/X11/xorg.conf
Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
EndSection
Section "Files"
EndSection
Section "ServerFlags"
Option "AIGLX" "off"
EndSection
Section "Monitor"
Identifier "Monitor0"
Option "PreferredMode" "1920x1080"
EndSection
Section "Monitor"
Identifier "Monitor1"
Option "LeftOf" "Monitor0"
Option "PreferredMode" "1920x1080"
EndSection
Section "Device"
Identifier "Device0"
Driver "nouveau"
Option "monitor-DVI-I-1" "Monitor0"
Option "monitor-VGA-1" "Monitor1"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor "Monitor0"
DefaultDepth 24
SubSection "Display"
Depth 24
EndSubSection
EndSection
Section "Screen"
Identifier "Screen1"
Device "Device0"
Monitor "Monitor1"
DefaultDepth 24
SubSection "Display"
Depth 24
EndSubSection
EndSection
Section "Extensions"
Option "Composite" "Disable"
EndSection
#
Post by Fernando M. MarescaThis is correct. Fluxbox only supports a workspace per "screen" in X, and
X
Post by Fernando M. Marescadoesn't support moving windows across screens. To do what you're asking,
we'd
Post by Fernando M. Marescaneed to support chopping up a screen into multiple workspace stacks
[using
Post by Fernando M. Marescaxinerama hints], which is relatively complex.
I'm not sure, so I take your word, but the awesome wm does exactly what
I'm describing without xinerama.
Best regards,
--
Fernando M. Maresca
- - - - - - - - - - - - -
Cel: 221 15 545 8196
Tel: 221 450 5378
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkyiab8ACgkQCtDmpVXdEMZ8cACdEa1odGyK0FTrSVGxE39Izasr
sagAn1JMdJcMUE/QYdjS/B/BjIk60JhF
=W0KJ
-----END PGP SIGNATURE-----