Re: questions and sundry gripes about X11 multihead (it's a rant)

Duncan <[email protected]> Thu, 2 Jan 2014 11:05:23 +0000 (UTC)
Newsgroups gmane.linux.gentoo.desktop
Message-ID <[email protected]>
Brent Busby posted on Mon, 30 Dec 2013 10:34:41 -0600 as excerpted:

> On Mon, 30 Dec 2013, Duncan wrote:
>=20
>> First to address randr.  I believe a lot there depends upon the
>> flexibility and configurability of your window manager.
>=20
> I did read about a window manager called Awesome that's supposed to be
> more multihead-aware than any other, including specific support for
> Zaphod mode (if you can get your card's video driver to do it at all).

Indeed.  I've seen some very good reviews of awesome as well. =3D:^)

> That brings up an interesting possibility:  Since I'd heard everywhere
> that basically RandR has supplanted Xinerama, I have my system compiled
> globally with USE=3D-xinerama.  Does this mean that if I turn USE=3Dxin=
erama
> on, I may be able to get window placement to behave?

Definitely so (tho of course USE=3Dxinerama behavior, as with any USE fla=
g,=20
will be somewhat package dependent).

USE=3Dxinerama doesn't necessarily refer to xinerama itself, but rather t=
o=20
the general family of protocol extensions it introduced, many of which=20
survive the deprecation/demise of xinerama itself.

Things like per-monitor placement are part of those extensions, and are=20
still enabled by USE=3Dxinerama even when it's randr or something else=20
providing the actual multi-monitor framework in X.

So I'd definitely try it.

If you list the output of equery hasuse xinerama, it's likely that=20
various people can fill in the blanks of what its effect is for each=20
package.  Here's the packages I have installed here with that flag:

equery h xinerama
 * Searching for USE flag xinerama ...=20
[IP-] [  ] dev-qt/qtgui-4.8.5-r1:4
[IP-] [  ] media-libs/libsdl-1.2.15-r4:0
[IP-] [  ] media-video/mplayer2-2.0_p20130428-r1:0
[IP-] [  ] x11-apps/xdpyinfo-1.3.1:0
[IP-] [  ] x11-libs/gtk+-2.24.22:2

qtgui, as I said, controls kwin and plasma-desktop behavior as well, as=20
might be expected since they're obviously multi-monitor sensitive and are=
=20
qt-based.

libsdl will likely control the full-screen behavior of various games,=20
anything based on sdl.  Here, it controls dosbox.  There's a lot of other=
=20
packages I have here depending on libsdl, including gegl (gimp), vlc,=20
ffmpeg and others (grub2?  I wonder what /it/ does with sdl?), but I=20
don't believe they all use sdl for full-screen display, so the flag=20
likely has little/no effect on some of them.  (For vlc, the qt-based=20
front-end is the default if built, while I suspect svlc is the sdl=20
variant, so the libsdl xinerama USE flag probably affects only svlc.)

mplayer2... I don't know, as I only use it thru frontends like (qt-based)=
=20
smplayer2.

xdpyinfo just prints display info, so all USE=3Dxinerama could do for it =
is=20
add a bit more info there.

gtk+-2, I'd guess that affects fullscreen for all my gtk-2 based apps,=20
primarily firefox and claws-mail.  (I run pan too, but it doesn't have a=20
built-in fullscreen option.)

> I'm still facing
> driver issues with the open source radeon driver, but this could at
> least be an answer to the window/desktop management problem (e.g.,
> maximizing windows fullscreen to just one monitor).

I'm running radeon here, too, generally ~amd64 but with a current (3.13-
rcX+) kernel, TURKS hardware (Radeon hd6670 or 6770 IIRC, neither dmesg=20
nor the xorg log seem to give the model number, only TURKS, these days).

I've been quite happy with it altho I don't do a lot of gaming.  The=20
triple outputs are very nice, as I'm running 3 @ 1920x1080 stacked for=20
1920x3240.  It's really something seeing kwin's cube or globe multi-
desktop effect on that, when two of them are 42-inch monitors that=20
stacked together fill practically an entire wall!

(The third monitor is actually off to the side as the two big monitors=20
take up the entire wall in front of me.  It runs my superkaramba theme=20
with all sorts of system performance monitors, as seen in the screenshot=20
linked earlier.  I logically stack, however, to avoid the "L" effect you=20
mentioned.  Took a few days to get used to, mainly being aware that if I=20
can't find the pointer it might be on the third screen above/off-to-the-
side since nothing goes there but superkaramba and I wasn't used to=20
looking there, but it's working well for me now.)

--=20
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman