Bug 165898

4.1 Update -- Can now no longer set background for right (second) monitor.  Right click on the right desktop does not produce a context menu.  The background is a grey-white checkerboard pattern.

(Kubuntu packaging)

Same bug on Fedora 9 using Kde 4.1.0-1 and xorg server 1.4.99.

The backgrounds are set in the ~/.kde/share/config/plasma-appletsrc file.

All you have to do is manually edit this file and set the wallpaper to point the correct file for screen1.  

then
killall plasma && plasma

will reload.   Hopefully KDE 4.2 won't have this oversight in the desktop settings dialog.

--Tom G.
here is an excerpt
<code>
[Containments][12]
formfactor=0      
geometry=1686,0,1280,1024
immutability=1           
location=0               
plugin=desktop           
screen=1                 
wallpaper=/home/tom/Pictures/89896-dorren.jpg
zvalue=0         

[Containments][1]                           
backgroundmode=0                            
formfactor=0                                
geometry=0,0,1680,1050                      
immutability=1                              
location=0                                  
plugin=desktop                              
screen=0
wallpaper=/home/tom/Pictures/78212-2006.jpg 
wallpapercolor=224,223,222                  
wallpaperposition=2                         
zvalue=0   


</code>

Please correct me if I'm wrong, but comment #3 looks as if it's a method to set the background for screen 1.  But in the problem configuration, Twinview or Xinerama is being used which means there is no screen 0, only a one logical screen 0.  No application or X operation should be able to access screen 1 as in :0.1 only as :0.0.  Does setting the background with KDE involve OpenGL?  Could the problem actually be an OpenGL not operating on a logical screen?

thanks,
-pete

btw. some time ago a local kde user approached me and asked a thing about automatic background image switch (slide-show): he wanted to be able to select different set of images for every virtual desktop.

X sees only one logical screen with a size of both screens combined.  Xinemara  partitions this into two logical screens.  Thanks to that, we are able to have have two or more seperate yet interoperable screens.

Not sure why the KDE 4.1 desktop-settings (right click on desktop) dialog does not detect screens.  Perhaps they wanted a complete rewrite as with the KDE kicker.

The screens in the plasma-appletsrc are virtual / logical, they don't pertain to Screen 0:0 /  Screen 1:0 as far as X is concerned.

FYI, I am using Fedora 9.93, KDE 4.1.2 with plasma, Xgl, compiz...  This is most definitely a deficiency with the settings dialog, as it is the default KDE 4.1.2 dialog.  Compiz / XGL do not change it whatsoever (same as before I enabled Xgl / compiz; thus, OpenGL is not to be blamed.  


Please let me know if you have any questions.


(In reply to comment #4)
> Please correct me if I'm wrong, but comment #3 looks as if it's a method to set
> the background for screen 1.  But in the problem configuration, Twinview or
> Xinerama is being used which means there is no screen 0, only a one logical
> screen 0.  No application or X operation should be able to access screen 1 as
> in :0.1 only as :0.0.  Does setting the background with KDE involve OpenGL? 
> Could the problem actually be an OpenGL not operating on a logical screen?
> 
> thanks,
> -pete
> 

I'm using 4.1.3 and I can for each of my screens setup a different background, choose, centered, tiled, etc.

What doesn't work  correctly ?
Can you try  with a  more recent kde, aither trunk or 4.1.3 ?

Additional comment from the reporter:

Gael,

The point is having 2 different backgrounds in Twinview or Xinerama is
broken. Both Twinview and Xinerama multiple physical screens are one
and only one virtual screen.  Addressing the screens as 0:0.0 and
0:0.1 is wrong.  In Twinview or Xinerama setting the background should
spread across the virtual screen.  Setting the background should not
know or even be capable of displaying one physical screen or another.
The background should go across the virtual screen according to the
mode of centered, tiled, stretch, etc.  I'm using the latest in Fedora
9.

-pete

So this is duplicate of 167558.

*** This bug has been marked as a duplicate of bug 167558 ***