You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
How should this be used?
to note that the spec mentions:
When the referenced element is in an external file, the presence of this pointer implies that the entire DOM of the external file must be maintained in memory. However, as currently specified, the external DOM is read-only. It therefore offers limited functionality and a potentially large performance impact. Pending feedback from implementers, authors should consider the use of correspondingElement with external file references to be at-risk.
changed the title [-]Remove correspondingElement and correspondingUseElement from SVGElement[/-][+]Remove/Better testing correspondingElement and correspondingUseElement from SVGElement[/+]on Mar 5, 2026
changed the title [-]Remove/Better testing correspondingElement and correspondingUseElement from SVGElement[/-][+]Remove SVGElementInstance (correspondingElement / correspondingUseElement)[/+]on Mar 18, 2026
Activity
karlcow commentedon Mar 4, 2026
How should this be used?
to note that the spec mentions:
[-]Remove correspondingElement and correspondingUseElement from SVGElement[/-][+]Remove/Better testing correspondingElement and correspondingUseElement from SVGElement[/+]karlcow commentedon Mar 18, 2026
Using this testcase
correspondingElement-test.html
None of the browsers exposes it. This is safe to remove.
karlcow commentedon Mar 18, 2026
karlcow commentedon Mar 18, 2026
This basically would mean to remove
SVGElementInstancealtogether. I should probably rephrase the title of this issue.Which is already not supported by all browsers.
SVGElementInstance-exposure-test.html
[-]Remove/Better testing correspondingElement and correspondingUseElement from SVGElement[/-][+]Remove SVGElementInstance (correspondingElement / correspondingUseElement)[/+]karlcow commentedon Mar 18, 2026
Third test to make it extra-sure.
correspondingElement-interface-test.html
karlcow commentedon Mar 18, 2026
on WebKit
https://searchfox.org/wubkat/rev/0dbabc018f3f222e0b93def93bccb3342f707ff6/Source/WebCore/svg/SVGElement.cpp#326-334
on Gecko, not implemented.
https://searchfox.org/firefox-main/search?q=correspondingUseElement&path=svg&case=false®exp=false
On Chromium, not implemented
https://source.chromium.org/search?q=correspondingUseElement&ss=chromium
Remove SVGElementInstance mixin interface - Fix w3c#1070
karlcow commentedon Mar 18, 2026
I prepared the PR for it
#1076
Let's merge or close depending on what we want to do with it.
I'll take care of WPT too.
karlcow commentedon Mar 19, 2026
https://www.w3.org/2026/03/19-svg-minutes.html#8e49
RESOLUTION: Remove SVGElementInstance from SVG2
ACTION: karlcow to update WPT
karlcow commentedon Apr 7, 2026
See Also #440
Remove correspondingElement/correspondingUseElement from WPT per SVGW…
karlcow commentedon Apr 7, 2026
Tests almost removed.
web-platform-tests/wpt#59015
Remove SVGElementInstance from SVG2
Remove SVGElementInstance mixin interface - Fix w3c#1070
Remove SVGElementInstance mixin interface - Fix w3c#1070
karlcow commentedon Apr 23, 2026
I need review on the prose change for this.
I also added a graph so that people have a better understanding of the definitions.
karlcow commentedon Apr 23, 2026
The PR is at #1076
Merge pull request #1076 from karlcow/1070-remove-SVGElementInstance
fix #363 - use-element shadow tree is closed