- From: Tom Potts <karaken12@gmail.com>
- Date: Fri, 24 Jul 2015 10:48:17 +0100
- To: Derek Saif <saif.tareq@gmail.com>
- Cc: CSS WG <www-style@w3.org>
- Message-ID: <CAF2aeH2vx1q-u8-r1m=STUYfnN-+NcRWa7iVrx_z8V=5G-2fbg@mail.gmail.com>
Hi, Derek. You might find this discussion about attr() and calc() useful: https://lists.w3.org/Archives/Public/www-style/2014Oct/0321.html. The short answer is that "at-risk" doesn't mean the working group doesn't think it's useful, it's more a statement about the current implementations of that feature and how they affect the recommendation. To quote Tab Atkins in that thread: > We just use it when we think there might be interop problems when it's > time to exit CR, so we can drop them without having to cycle through Last > Call again. ("At Risk" is a term of art in the W3C Spec Process which means > that removing the feature won't count as a "significant change" for the > purpose of advancing to the Proposed Rec stage.) Hope that clarifies things a bit, Tom On 23 July 2015 at 07:18, Derek Saif <saif.tareq@gmail.com> wrote: > To whom it may concern, > > I see that the attr() function is 'at-risk'. > > I would like to make a point that attr() helps to cleanly use user > inputted data (stored in a database) for styling. > > While CSS templating would solve my problem, my preference is to use > precompiled assets to reduce load time. I don't mind using HTML templating > for this purpose, because there's a ton of templating done here anyways > (granted structure and style should be strictly separated). > > And so, because I have some styling information in my markup, I'd like to > see attr fully adopted. > > -- Derek >
Received on Friday, 24 July 2015 09:48:45 UTC