- From: fantasai <fantasai.lists@inkedblade.net>
- Date: Sat, 28 Aug 2004 16:22:54 -0400
- 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, white; 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? -- http://fantasai.inkedblade.net/contact
Received on Saturday, 28 August 2004 20:27:05 UTC