- 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