W3C home > Mailing lists > Public > www-style@w3.org > August 2004

RE: Border and background images

From: David Zülke <dz@bitxtender.net>
Date: Sat, 28 Aug 2004 19:15:52 +0200
To: "'Anne van Kesteren'" <fora@annevankesteren.nl>, "'fantasai'" <fantasai.lists@inkedblade.net>
Cc: <www-style@w3.org>
Message-ID: <E1C16og-0007jZ-1l@frink.w3.org>

background-1-image: url('foo.png');
background-1-position: left top;
background-1-repeat: repeat-x;

z-indexes are calculated as usual, i.e. the last background image is the
topmost one.
If you want to explicitely specify a z-index:
background-1-z-index: 4;
You'd need to have for all of them to display as indended, I propose, to be
consistent with the "normal" z-index for elements, where the fourth element
doesn't have a z-index of 4, either, if it hasn't been assigned a z-index.

I don't see any implementation problems here. Of course, background-image
should be available for BC.


> -----Original Message-----
> From: www-style-request@w3.org [mailto:www-style-request@w3.org] On Behalf
> Of Anne van Kesteren
> Sent: Saturday, August 28, 2004 4:25 PM
> To: fantasai
> Cc: www-style@w3.org
> Subject: Re: Border and background images
> > If you want multiple backgrounds, the best way to do it is to make it
> > possible to specify them on the element itself through the background
> > properties. Workarounds are just not going to be as robust.
> I agree with the points you make. However, applying multiple background
> images on a single element is something that is probably very complex to
> implement for browsers and if it is supposed to be used for rounded
> corners, it would be a hack as well, not?
> I'm not sure what kind of syntax you had in mind, but there should be a
> way to control the z-index of each background image, it's position et
> cetera. These are a lot of properties and all apply to only a single
> element. I guess that will be quite hard to implement for UAs.
> Especially when they want it to render fast.
> --
>   Anne van Kesteren
>   <http://annevankesteren.nl/>
Received on Saturday, 28 August 2004 17:16:38 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:27:15 UTC