a very small feature that i'm unreasonably excited about: referencing a whole `.svg` (rather than just a fragment).

```
<use href="thing.svg">
```

shipped in chrome 137: https://chromestatus.com/feature/5128141573718016

but safari is stalling for no good reason: https://github.com/WebKit/standards-positions/issues/480

Chrome Platform Status

@mayank curious, what’s the use case?

@rawrmonstar i just want to use any svg without having to mess with its internal code.

see also https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/main/SVG%2Fallow-use-to-reference-entire-files.md

MSEdgeExplainers/SVG/allow-use-to-reference-entire-files.md at main · MicrosoftEdge/MSEdgeExplainers

Home for explainer documents originated by the Microsoft Edge team - MicrosoftEdge/MSEdgeExplainers

GitHub

@mayank Chrome <del>invents a web feature, does not go through standardization</del> <ins>moves forward with implementing an editor draft change</ins>, there are ongoing security concerns, but WebKit is stalling, because they did not jump to an implementation within 8 weeks? Come on.

TAG only reviewed it a month ago: https://github.com/w3ctag/design-reviews/issues/1081

Just a little patience, please.

[SVG 2.0] Allow `use` to reference an external document's root element by omitting the fragment · Issue #1081 · w3ctag/design-reviews

こんにちは TAG-さん! I'm requesting a TAG review of "Allow use to reference an external document's root element by omitting the fragment". The use element in SVG allows for the reuse of existing SVG eleme...

GitHub
Document Structure — SVG 2

@mayank The SVG specification is weird, it is linked from the SVG rec[1] but this is clearly an editors draft. Anyway, it’s Chrome’s timeline for implementation, and that doesn’t mean that another vendor (FFx seems to also not implement yet) stalls for not immediately jumping to it.

[1] https://www.w3.org/TR/SVG2/

Scalable Vector Graphics (SVG) 2

@yatil i'm not asking for them to "jump to an implementation". just very disappointed in their position.

if it's "harmless" then why not support it instead of leaving it in limbo?

@mayank I don’t know what you expect here. They showed interest, and it’s in their queue to look at. I don’t think it warrants more communication.
@mayank the number of svgs i've wrapped in symbols just to be able to <use> them…
@jakelazaroff this week i had a developer ask me "why can't we just inline the svg in a react component", because it's so annoying to <use> an svg. that's how i discovered chrome shipped this.

@mayank Not one to defend WebKit unnecessarily but "SVG is very poorly specced and we should probably be working towards fixing that before implementing new stuff" does seem to be a good reason to me...

Having worked on stuff that touched SVG (Trusted Types) it's a pain not having any proper spec for it.

@Lukew would a better spec make a difference for this particular feature? if yes, is webkit going to help with improving the spec and *then* support this feature?

my fear is this is going to stay unresolved like this for many years, which is arguably much worse than before chrome implemented it.

@mayank Arguably chrome touched it last so chrome should invest some money into fixing it. Frankly they're both mega corps and should be spending far more on resolving these issues. But something that's small and harmless in isolation isn't necessarily harmless in totality.

Doing small "oh this just builds on the flaming mattress" additions doesn't help actually put out the mattress.

@mayank Fwiw I think this seems like a nice simple addition and they all should probably just do it but I don't agree that it's unreasonable to push back.

@Lukew i can agree on that.

SVG could use some love. it feels neglected

@mayank WOW this is big and awesome!
@scott i suddenly feel so validated in sharing this 😄
@mayank seems this behaves the same as `<image href="thing.svg"/>`?