From kde-core-devel Thu Oct 25 19:39:17 2007 From: "Aaron J. Seigo" Date: Thu, 25 Oct 2007 19:39:17 +0000 To: kde-core-devel Subject: Re: Release schedule clarifications Message-Id: <200710251339.18072.aseigo () kde ! org> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=119334119818204 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--nextPart3454659.NmEKKQ2jI9" --nextPart3454659.NmEKKQ2jI9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 25 October 2007, Sean Harmer wrote: > Hi, > > On Thursday 25 October 2007 16:21:46 Aaron J. Seigo wrote: > > On Thursday 25 October 2007, Andreas Pakulat wrote: > > > On 25.10.07 16:34:56, Andras Mantia wrote: > > > WOW, yeah. All my tests until now were on the AMD1.3GHz machine with = an > > > NVidia GeForce2 (nv driver) with only 1 small 1024x768 screen. > > > > > > I just tested the kde4 desktop on my Laptop, which has a Xinerama set= up > > > with 1400x1050+1680x1050 desktop and the KDE4 desktop doesn't work ve= ry > > > well there. > > This was the case I had up until today. Aaron's disabling of the caching > seems to have speeded things up for me.=20 i've gotten a number of reports of this now. so one of the issues was exact= ly=20 what i said before: wallpaper rendering is suboptimal. here's the even better news: it still is! ;) meaning i should be able to ju= ice=20 more out of it given time... > I'll do some investigations to see=20 > how it fairs with an svg background rather than a bitmap. the svg will suck more than the bitmap until i implement partial blitting i= n=20 Plasma::Svg (so, given a dest and source QRect, paint only the dest into th= e=20 source) ... it should still be a bit better than it was, though imperfect=20 yet. another thing we'll want to do is provide the ability to set the pixmap=20 caching strategy for Plasma::Svg ... right now it just goes straight to=20 QPixmapCache which is not optimal in all situations due to being shared. we're also discussing panel-devel@kde.org how to dynamically resize the=20 QPixmapCache to keep it properly sized for the needs at runtime. > > i have no xinerama systems to test on here. people will come in to > > #plasma and complain about it and will sometimes give some minimal syst= em > > information, but we *really* need someone with a xinerama set up to test > > on and work on these things. > > I have tried todays build out on my desktop which uses the nvidia binary > driver in a "twinview" setup, and also with my laptop at work which uses > the binary ati drivers and there "big desktop" mode. Both of these seem > much more responsive today. =3D) > I'm interested in helping out with plasma as much as I can in my spare ti= me > (as usual quite limited), and I have a few systems that I can lay my hands > on for testing with and without multi-head setups. I'll take some time th= is > weekend to become familiar with the plasma codebase and then start looking > at the background painting/caching. awesome. you can find us on panel-devel@kde.org and #plasma on irc. > Very nice work so far so don't lose heart. :-) trying my best not to ... =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 --nextPart3454659.NmEKKQ2jI9 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHIPDm1rcusafx20MRApMpAKCLVBXQvK7x0gQr+3KlNHn5LGXtWwCfa6Dt q0NH+fZeuf3eBDGW08drszU= =Qh2f -----END PGP SIGNATURE----- --nextPart3454659.NmEKKQ2jI9--