Re: [csswg-drafts] [css-values] Add url() alias that does not accept unquoted URLs (#541)

The CSS Working Group just discussed `[css-values] Add url() alias that does not accept unquoted URLs`, and agreed to the following:

* `RESOLVED: Rename fetch() to src()`

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: [css-values] Add url() alias that does not accept unquoted URLs<br>
&lt;TabAtkins> https://drafts.csswg.org/css-values/#urls<br>
&lt;dael> github: https://github.com/w3c/csswg-drafts/issues/541<br>
&lt;dael> TabAtkins: About 4 years ago took a resolution to add alias of url that only accepts strings. Right now url parsing you can't provide url via a function. Can't pull from attr etc.<br>
&lt;dael> TabAtkins: Finally added it in. It's trvial spec text. Idential to url but without special parsing. Added explaination as why it exists.<br>
&lt;dael> TabAtkins: Name is only question. I speced as fetch(). I don't care what we name it as long as it's not uri(). Good to hear other ideas or if people like fetch. Need to resolve on a name so we can call this done<br>
&lt;ericwilligers> We can use   href   as it is used in SVG<br>
&lt;florian> +1 to src<br>
&lt;dael> fantasai: I like src. href and location aren't good. location is too long and href it's not about hypertext<br>
&lt;florian> -1 to [u|i]ri<br>
&lt;dael> Rossen_: Between fetch and src<br>
&lt;dael> Rossen_: Which do we lean toward? fantasai votes src and florian +1<br>
&lt;plinss> +1 src<br>
&lt;dael> Rossen_: Objections to name it src?<br>
&lt;dael> RESOLVED: Rename fetch() to src()<br>
&lt;dael> Rossen_: Do we need to republish?<br>
&lt;dael> TabAtkins: Soon, but needs review first<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/541#issuecomment-686130537 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config