[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-panel-devel
Subject:    Re: [Panel-devel] Xinerama problems on Intel cards
From:       Jason Stubbs <jasonbstubbs () gmail ! com>
Date:       2007-11-25 2:57:35
Message-ID: 200711251157.35700.jasonbstubbs () gmail ! com
[Download RAW message or body]

On Sunday 25 November 2007 08:12:11 Aaron J. Seigo wrote:
> On Saturday 24 November 2007, Jason Stubbs wrote:
> > The attached patch does essentially the same in
> > Corona::loadDefaultSetup(). This handles the desktop part, but kwin would
> > also need to be updated to handle maximizing correctly.
>
> if this indeed is a real problem, we'll also need it in
> Containment::setScreen where the geometry is set for desktop containments
> after they've set up. which would implyu that it would make sense to have a
> "QList<QRect> Plasma::screenGeometries()" method in plasma.cpp. i don't
> think it needs a hash, a list should do, no?

The key of the hash is holding which screen the geometry represents. I'm not 
really familiar with xinerama or multiple displays so I'm not sure how 
important that information is...

> curiosity: did the fellow actually report this problem with plasma, or just
> ask if plasma had the same problem?

He (assuming Felix is a male name ;) didn't specifically identify it as 
plasma, but he reported it as a problem. He's commented several times on the 
novell bug report and did the hard work in finding out how they'd fixed it 
for ksplashx. He also tested my patch which is how we found that kwin would 
also need to account for this case.

-- 
Jason Stubbs
_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel
[prev in list] [next in list] [prev in thread] [next in thread]