Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc (GCC) 4.0.2 20050901 (prerelease) (SUSE Linux) OS: Linux I have four virtual desktops and a Desktop Preview and Pager applet in kicker. The background options for the pager are set to desktop wallpaper. Right clicking on the desktop, selecting Configure Desktop and changing the background picture doesn't update all pager backgrounds. Only the first and the last update. The remaining two show the previous background I had selected.
Created attachment 13925 [details] kickerrc kickerrc I was using that caused the behavior
I experienced the same problem using the "Desktop Wallpaper" option on the pager and then changing the wallpaper. Only the first desktop preview was updated after that.
this is because it relies on signals from kdesktop. but kdesktop doesn't render its desktop wallpaper until they are needed (e.g. visible) so we don't always get the new paper right away. the solution would be to render the backgrounds in kpager itself. however, this would then create the same problems that kdesktop is trying to avoid (performance, primarily) and increase memory usage significantly. for the minor issue it is and given the collateral effects, i'm really not all that interested in changing it from the way it is right now. this was reported once before and i explained this there, too.
aaron, it really is a big issue. i think this is related, i have 3 desktops and each one has a different wallpaper. when i load KDE, only the first one has a wallpaper in teh background and the other two are just grey. it is really ugly IMO and it is annoying to have to go click on each desktop to load the wallpaper. one solution to reduce memory use would be to make kdesktop create a pager sized thumbnail of teh background somewhere, and then use those in kpager.
> aaron, it really is a big issue. for certain definitions of "big", a definition i don't think is accurate. desktop wallpaper is not the default configuration, single desktop wallpaper is the default (which prevents this problem, btw) and in the end it's a cosmetic issue that rectifies itself with usage. i'd be happy to see a sane patch for it, but i'm not going to spend my time fixing it as there are much, much more useful things for me to be doing right now. note that i didn't close it, i simply said it's not a major issue and will not be fixing it myself. > one solution to reduce memory use would be to make kdesktop create a pager > sized thumbnail of teh background somewhere which means it would have to load the wallpaper, scale it, apply effects, cache it .. this not only changes the entire caching scheme in kdesktop (not something worth spending time changing IMHO) but would introduce a start up lag.
The (probable) numerous number of users that are playing with this option might not understand. Cosmetic things are often important for them! I imagine well, if a warning gets popped up at minipager configuration step, that they would accept a latency at startup if they use desktop wallpapers and want to see them in the minipager. Something very inefficient like a roundabout on all desktops at startup in certain conditions (3ddesktop was doing something like this AFAIR)!? Just an idea.
Aaron is the official maintainer now :-)
*** This bug has been marked as a duplicate of 113472 ***