Re: dual screen configuration
Simon Bowden <[email protected]>
| Newsgroups | gmane.comp.window-managers.fluxbox.user |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Sep 28, 2010 at 11:18 PM, Fernando M. Maresca <[email protected]>wrote: > Hi Simon, > On Tue, Sep 28, 2010 at 10:54:39PM +0100, Simon Bowden wrote: > > I cannot find a way to configure fb to not use the three screens > as a > > big 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. > > Actually, 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 > # > > > > This is correct. Fluxbox only supports a workspace per "screen" in X, and > X > > doesn't support moving windows across screens. To do what you're asking, > we'd > > need to support chopping up a screen into multiple workspace stacks > [using > > xinerama 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----- > > ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Fluxbox-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fluxbox-users