- From: Tab Atkins Jr. <jackalmage@gmail.com>
- Date: Wed, 11 Jan 2012 11:30:53 -0800
- To: Anton Prowse <prowse@moonhenge.net>
- Cc: www-style@w3.org
On Sun, Jan 8, 2012 at 12:47 PM, Anton Prowse <prowse@moonhenge.net> wrote: > Arguably CSS 2.1 counters could be resolved to their value at "computed > value time", but I do it later in WeasyPrint (when creating boxes from > elements.) Not sure what other UAs do. However, css3-page introduce page > based counters. These can definitely not have a value by the time computed > values are required. (In paged media, we only know where page breaks end up > when doing layout.) > > I propose that both <string> and <counter> stay as specified in the computed > value. Actually, "for other keywords" just need to become "for other > values", which I think is what was intended. 2.1 doesn't actually specify one way or another whether counters are kept as-is or turned into the string they represent at computed-value time. However, all browsers agree that they're kept as-is. Lists matches this in its definition of the computed value of 'content' on ::marker. ~TJ
Received on Wednesday, 11 January 2012 19:31:48 UTC