From kde-panel-devel  Wed Oct 31 14:23:57 2007
From: "Aaron J. Seigo" <aseigo () kde ! org>
Date: Wed, 31 Oct 2007 14:23:57 +0000
To: kde-panel-devel
Subject: Re: [Panel-devel] Latest changes screwed Xinerama setups
Message-Id: <200710310823.58327.aseigo () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=119384067909231
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1360248527=="

--===============1360248527==
Content-Type: multipart/signed;
  boundary="nextPart2005426.CTNprqUZRt";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart2005426.CTNprqUZRt
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Wednesday 31 October 2007, Andreas Pakulat wrote:
> On Mittwoch, 31. Oktober 2007, Aaron J. Seigo wrote:
> > On Wednesday 31 October 2007, Andreas Pakulat wrote:
> > > On Mittwoch, 31. Oktober 2007, Lukas Appelhans wrote:
> > > > Mmh, I saw the blog-entry of apaku, but for me, the complete
> > > > right screen is empty, I can move windows there, but no plasma.
> > > >
> > > > :-( The left screen is my main one and both have 1280x1024 ...
> > >
> > > I suggest to write a bugreport about that. I didn't really try
> > > other arrangements of monitors, so maybe Aaron just fixed the case
> > > of 2nd screen leftof 1st screen :)
> >
> > heh.. well, now it's all generic and no assumptions are made of
> > ordering.
> >
> > looking at his debug output, only one screen (0) is getting a
> > containment:
> >
> > plasma(14529) PlasmaApp::createPanels: Containment name: "Desktop" |
> > screen: 0 | geometry: QRectF(0,0 1280x1024) | zValue: 100
> >
> > the size looks right, it just seems that screen 1 isn't getting a
> > containment at all.
>
> Hmm, I'm not 100% sure how TwinView works, but I think its similar to
> the MergedFB mode from ATI and also radeon. And those don't provide
> Xinerama capabilities. Instead they let X11 apps think they handle just
> 1 large desktop and the driver makes sure the 2 screens "look" into the
> right parts of that large desktop. So maybe its not the number of
> containments, but simply the size of the one you do create...

=2E. in which case we'd get one big containment. but looking at his applets=
rc,=20
we're not. =3D/

twinview actually provides a xinerama compatible interface which provides t=
he=20
proper responses to "how many screens" and "what is their geometry". you ca=
n=20
turn this off, but then you should expect all sorts of brokenness as apps a=
re=20
generally written to xinerama, not proprietary approaches like twinview /=20
mergedfb.

i can imagine that there is some brokenness somewhere along the way (who=20
knows, maybe QDesktopWidget is broken here even... doubtful, but possible; =
i=20
haven't looked that deep into the code)

=2D-=20
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech

--nextPart2005426.CTNprqUZRt
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBHKI/+1rcusafx20MRAioHAKCoPP7wiMCpApMA5hq7tuTG+E1JhACaAmfL
nbGRmT4RLwSOgLd38mgze+Q=
=A56M
-----END PGP SIGNATURE-----

--nextPart2005426.CTNprqUZRt--

--===============1360248527==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel

--===============1360248527==--