- From: Ernest Cline <ernestcline@mindspring.com>
- Date: Wed, 12 May 2004 21:27:48 -0400
- To: "Andrew Fedoniouk" <news@terrainformatica.com>
- Cc: www-style@w3.org
> [Original Message] > From: Andrew Fedoniouk <news@terrainformatica.com> > > > There is one thing I think we can agree on tho. Adding gradients > > to CSS by extending the <color> value type would be a bad idea. > > Don't need to extend color. Color value is just RGB[A] > > If you can write short form: > > margin: 1px 2px 3px 4px; > > why not then: > > background-color: magenta blue blue red red; > > as a short form of background-color-top-left, background-color-top-right ... > > ? > > UAs which will do not support gradients will take 'magenta' as > a background color. Actually I'd hope they'd ignore what for them is an invalid rule. > I really don't understand. Some aesthetic reasons? > > Andrew Fedoniouk / KISS follower. > http://terrainformatica.com Suppose we want to extend the concept of gradients to working with borders instead of just backgrounds? Does e {border-color: #AAA #BBB #CCC #DDD} represent e { border-top-color: #AAA; border-right-color: #BBB; border-bottom-color: #CCC; border-left-color:#DDD; } or e { border-top-color: #AAA #BBB #CCC #DDD; border-right-color: #AAA #BBB #CCC #DDD; border-bottom-color: #AAA #BBB #CCC #DDD; border-left-color:#AAA #BBB #CCC #DDD; } ? There's no good way to decide that. Also it complicates life for specifications such as SVG that use CSS color but already have their own and more flexible gradient scheme. It would be quite feasible to have SVG ignore CSS gradients if they use a separate property, not so feasible if it were tied into background-color, et al.
Received on Wednesday, 12 May 2004 21:27:53 UTC