Re: Conflicting backgrounds

[raster redhat com]

On 22 Feb, Ian Campbell scribbled:
->  
->  Do WM hints work the other way round? ie. can a GNOME aware WM tell GNOME
->  to leave the background alone, or inform it what the current background
->  is - that way at least the WM settings and the GNOME backgroud settings
->  could at least appear to be coherent.

yes - this could be possible - but the background-properties capplet
would still be available. the trick to make this feasible is to have
the backgroudn properties capplet and init refuse to run (and the
capplet put up a message tellign you to use your WM backgroudn settare
as it is currently managing the background).

->  On Mon, 22 Feb 1999 raster@redhat.com wrote:
->  
->  > On 22 Feb, Daniel Burrows scribbled:
->  > ->  On Mon, Feb 22, 1999 at 06:47:01PM +0000, Ian Campbell was heard to say:
->  > ->  > 
->  > ->  > Or maybe it is possible for GNOME to set a WM hint so that a GNOME aware
->  > ->  > wm wouldn't touch the background?
->  > ->  
->  > ->    Why is Gnome touching the background anyway?  I realize that you can turn
->  > ->  it off, but this feature is completely redundant with most window managers.
->  > ->  (with the possible exception of fvwm* and twm)
->  > 
->  > IMHO you are correct - but background-properties is a tool like "xv
->  > -root" for setting the bg for less capable wm's or wm's that simply
->  > havent been configured well (fvwm can set the bg easily by having the
->  > restart or init funciton in your configs call xv-root or whatever -
->  > small script and m4 macro processign can handle thsi nicely).
->  > 
->  > IMHO the MW is mroe capable than any other tool of deciding what
->  > backgroudn to show when (eg different backgroudns for different
->  > desktops (E and windowmaker both fully support this) - also knowing
->  > whne to "unload images" (E does this for a desktop you dont look at for
->  > X minutes (configurable) so to save memory it frees the pixmaps from
->  > memory - reloading if you go to that desktop).
->  > 
->  > Also the WM could "in theory" scroll the bg pixmap if it allowed you to
->  > scroll around its large virtual desktop - either scaling the image to
->  > be the size of the whole virtual desktop, or scrolling the tiled
->  > image... again - WM dependant but somehting the background properties
->  > cannot ever hope to do.
->  > 
->  > But background-properties should be there for those who chose not to
->  > run a WM that can do this.
->  > 
->  > -- 
->  > --------------- Codito, ergo sum - "I code, therefore I am" --------------------
->  > raster@rasterman.com       /\___ /\ ___/||\___ ____/|/\___  raster@redhat.com
->  > Carsten Haitzler           | _ //__\\ __||_ __\\ ___|| _ /  Red Hat Advanced
->  > 218/21 Conner Drive        || // __ \\_ \ | |   \ _/_|| /   Development Labs
->  > Chapel Hill NC 27514 USA   ||\\\/  \//__/ |_|   /___/||\\   919 547 0012 ext 282
->  > +1 (919) 929 9443, 801 4392   For pure Enlightenment   http://www.rasterman.com/
->  > 
->  >               \|/ ____ \|/  For those of you unaware. This face here is in fact
->  > 	      "@'/ ,. \@"   a Linux Kernel Error Message.
->  > 	      /_| \__/ |_\
->  > 		 \__U_/
->  > 							   
->  > 
->  > 

-- 
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
raster@rasterman.com       /\___ /\ ___/||\___ ____/|/\___  raster@redhat.com
Carsten Haitzler           | _ //__\\ __||_ __\\ ___|| _ /  Red Hat Advanced
218/21 Conner Drive        || // __ \\_ \ | |   \ _/_|| /   Development Labs
Chapel Hill NC 27514 USA   ||\\\/  \//__/ |_|   /___/||\\   919 547 0012 ext 282
+1 (919) 929 9443, 801 4392   For pure Enlightenment   http://www.rasterman.com/

              \|/ ____ \|/  For those of you unaware. This face here is in fact
	      "@'/ ,. \@"   a Linux Kernel Error Message.
	      /_| \__/ |_\
		 \__U_/