On Monday, December 9, 2013 14:09:40 Nowardev-Team wrote: > and when you get the whole desktop filled by the png file you get a > wrong resolution
in a series of commits today, all the issues noted are resolve in the KDE/4.11 branch of kde-workspace. there is 0d905f02297db568af19d4a07a09fd3b7e556285 in libs/plasmagenericshell/scripting which fixes an issue where the repaint requests from the wallpaper were not making it to Plasma::Applet due to the order of initialization. this was the main problem for this issue. meanwhile in the image plugin there were also the following commits which provide various cleanups and some significant performance improvements: 393b77f9fe5c1685c61cf71e29d04743eca82a2d d240a694e8a8d99f915bc7858aa9877d55d250e9 be3869e93b38d7b0dfb17892b84ed69ae5e91441 637e11259552b4fd34078d16ca8b814bad48d22e 547c5694a1acb7a503730cc3a545d1269054906e e7d6fef977bc123acad5d257ef0eb31a977987b4 now on startup and esp at new activity creation reading in and rendering of incorrectly sized wallpapers (because the size changes almost immediately after that) is now skipped. delayed init of some heavyweight objects also occurs, making startup a little bit faster and less memory usage in the common case (SingleImage). also, the animation to switch between wallpapers was tweaked to feel more swift and pretty. for the Plasma 2 version of the image wallpaper plugin, i’m guessing it probably could use similar work. the fix in the scripting should not be needed for Plasma 2, however. -- Aaron J. Seigo _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
