Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[CSS] Unclear that the new src(…) function has (very) limited availability #36831

Open
ExE-Boss opened this issue Nov 17, 2024 · 7 comments · May be fixed by #36839
Open

[CSS] Unclear that the new src(…) function has (very) limited availability #36831

ExE-Boss opened this issue Nov 17, 2024 · 7 comments · May be fixed by #36839
Labels
Content:CSS Cascading Style Sheets docs

Comments

@ExE-Boss
Copy link

MDN URL

https://developer.mozilla.org/en-US/docs/Web/CSS/url_value

What specific section or headline is this issue about?

No response

What information was incorrect, unhelpful, or incomplete?

It is unclear that the new src(…) function is still unsupported in any major browser, and mdn/browser-compat-data#25081 was closed.

What did you expect to see?

That the new src(…) function is marked as having limited to no availability.

Do you have any supporting links, references, or citations?

Do you have anything more you want to share?

No response

MDN metadata

Page report details
@ExE-Boss ExE-Boss added the needs triage Triage needed by staff and/or partners. Automatically applied when an issue is opened. label Nov 17, 2024
@github-actions github-actions bot added the Content:CSS Cascading Style Sheets docs label Nov 17, 2024
@Josh-Cena Josh-Cena removed the needs triage Triage needed by staff and/or partners. Automatically applied when an issue is opened. label Nov 18, 2024
@Josh-Cena
Copy link
Member

We should remove mentions of this function on this page, with a separate note that says "there's a url() alternative called src() that has the exact same functionality but slightly different syntax, but it's not implemented anywhere".

@wbamberg
Copy link
Collaborator

with a separate note that says "there's a url() alternative called src() that has the exact same functionality but slightly different syntax, but it's not implemented anywhere".

I'm not sure we should even do this, since that isn't actionable information.

@Josh-Cena
Copy link
Member

Yes but:

  1. That's the reason why we have <url> and url() as separate entities so it gives context and rationale
  2. At some point people would definitely say "you are missing something from the spec" so we should preempt that question

@OnkarRuikar
Copy link
Contributor

If no browser has implemented it, then, as per our policy, shouldn't we just remove it from the content?
It is mentioned only on two pages, 4 times in total. The syntax section is also manually crafted.

@OnkarRuikar OnkarRuikar linked a pull request Nov 18, 2024 that will close this issue
@wbamberg
Copy link
Collaborator

At some point people would definitely say "you are missing something from the spec" so we should preempt that question

People say this about other things that aren't implemented, and our answer is always the same: we don't document things that aren't implemented. Why is this different?

@wbamberg
Copy link
Collaborator

That's the reason why we have and url() as separate entities so it gives context and rationale

Maybe this is enough of a reason. IDK. I don't think omitting src() is too bad for this, but I suppose that's a matter of opinion.

@Josh-Cena
Copy link
Member

Well we do write "it's mentioned in spec but not implemented" elsewhere, just so people instantly know it's not an oversight without sending an issue and waiting for a response. I also don't have very strong opinions but as a curious reader I would want to understand why it is its own type.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Content:CSS Cascading Style Sheets docs
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants