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

Re: Border and background images

From: fantasai <fantasai.lists@inkedblade.net>
Date: Sat, 28 Aug 2004 16:22:54 -0400
Message-ID: <4130E99E.7070607@inkedblade.net>
To: www-style@w3.org

Anne van Kesteren wrote:
>> 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?

It would be less of a hack, because we're not generating extra boxes to
interfere with the box layout. Also, border-radius is already in the
drafts and isn't a border image property, so I'd want to keep it in.

> 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.

   background: url(base.gif) center center,
               url(floral.gif) bottom right fixed,

or, in full:

   background-color: white;
   background-image: url(base.gif), url(floarl.gif);
   background-position: center center, bottom right;
   background-attachment: scroll, fixed;

 > I guess that will be quite hard to implement for UAs.

Putting a loop in the background image painting code so it paints
multiple images instead of just one?

Allowing some images to be scroll and some to be fixed, though--
that would be hard and might have to be forced out of the spec.

> Especially when they want it to render fast.

Exactly how would it be slower than doing all the calculations for
creating an entire separate *layout box* and flowing it as well as
painting its backgrounds?

Received on Saturday, 28 August 2004 20:27:05 UTC

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