- From: Brian Manthos <brianman@microsoft.com>
- Date: Fri, 12 Aug 2011 23:28:43 +0000
- To: "www-style@w3.org" <www-style@w3.org>
http://dev.w3.org/csswg/css3-images/#radial-gradients # Brad suggests that we could drop the position/sizing arguments # and just use background-position and background-size. This # would force all non-background uses of radial gradient to be # centered and box-filling. Is this acceptable or not? The current grammar is: <radial-gradient> = radial-gradient( [<'background-position'>,]? [[ [<shape> || <size>] | [<length> | <percentage>]{2} ],]? <color-stop>[, <color-stop>]+ ) <shape> = circle | ellipse <size> = closest-side | closest-corner | farthest-side | farthest-corner | contain | cover For a moment, let's ignore the first parameter and the stops. Thus we have the following combinations: 1 circle closest-side = circle contain 2 circle closest-corner 3 circle farthest-side 4 circle farthest-corner = circle cover 5 ellipse closest-side = ellipse contain 6 ellipse closest-corner 7 ellipse farthest-side 8 ellipse farthest-corner = ellipse cover 9 <length> <length> 10 <length> <percentage> 11 <percentage> <length> 12 <percentage> <percentage> As I understand it, the proposed grammar is: <radial-gradient> = radial-gradient( [<bg-position>,]? [<bg-size>,]? <color-stop>[, <color-stop>]+ ) <bg-size> = [ <length> | <percentage> | auto ]{1,2} | cover | contain Again, ignoring the first parameter and the stops, the following combinations are available: i <length> ii <length> <length> iii <length> <percentage> iv <length> auto v <percentage> vi <percentage> <length> vii <percentage> <percentage> viii <percentage> auto ix auto x auto <length> xi auto <percentage> xii auto auto xiii cover xiv contain My initial thoughts of new syntax vs. old: A. [+1] Old has 16, new has 14. B. [+2] Syntaxes 'i' and 'v' are added functionality, and potentially convenient. C. [-6] I'm unclear on the meaning or value of having the auto parameter (iv, viii, ix, x, xi, xii). D. [-1] No ability to distinguish ellipse vs. circle in cover (xiii vs 4, 8). E. [-1] No ability to distinguish ellipse vs. circle in contain (xiv vs 1, 5). F. [-2] Lost functionality for closest-corner (2, 6). G. [-2] Lost functionality for farthest-side (3, 7). Tally that up: -9. I strongly prefer the current syntax to the proposal.
Received on Friday, 12 August 2011 23:29:12 UTC