A reminder that if you're interested in #SVG and the #WebStandards process, and specifically about trying to get SVG standardization back into gear, there is an open meeting on the topic today. It's hosted by Eric Meyer ( @Meyerweb ) of Igalia, as part of W3C Breakouts Day.

Starts in 5.5 hours. You'll need a w3.org account to sign up; meeting is via zoom with irc chat.

w3.org/events/meetings/09b7b3f…

in reply to Amelia Bellamy-Royds

Rough minutes from the #SVG session, if you were interested but couldn't call in:

w3.org/2025/03/26-svg-neglect-…

There will also be a video of Eric's opening presentation.

We didn't come up with any grand solutions in 1 hour, but I think there was a loose consensus on the following priorities:

- Getting a published SVG standard that is consistent with browser SVG implementations.
- Creating a comprehensive test suite to identify interop issues.
- Using smaller feature module specs in future.

#svg
This entry was edited (1 week ago)
in reply to Federico Mena Quintero

@federicomena
If the W3C flattens (i.e. destroys) document SVG; then Inkscape will have no choice but to fork the standard.

The domination by Browsers and what they choose or fail to implement is a serious problem. That no SVG creators were involved in this discussion is damning and furthers the rift between SVG as a document standard and SVG as a CSS add-on.

Thanks for the at FMQ. đź‘Ť

in reply to Federico Mena Quintero

@federicomena You can subscribe to the github repository issues.
github.com/w3c/svgwg/issues

There's also the public email list, www-svg@w3.org, but the only messages it gets most months are automated github issue summaries:
lists.w3.org/Archives/Public/

If you're interested in committing more time & energy you could apply to be an invited expert on the SVG working group.

But really, the reason for this one-off session was that all productive discussions on SVG standardization has stalled.

@doctormo

in reply to Amelia Bellamy-Royds

@doctormo Thanks, maybe indeed I should pay more attention to the repo's issues. I have looked at some of them in the past, but haven't really had anything to contribute.

My personal interest is in clarifying some things in the spec - but I'd have to trawl through librsvg's bug tracker to find places where we mention such things :)

(Also getting one or two features finalized, so librsvg can have parity with Inkscape - gradient meshes come to mind.)

in reply to Federico Mena Quintero

@federicomena @doctormo It would certainly be helpful if you could file issues against the SVG spec whenever you run up against something that is unspecified, unclear, inconsistent, or just plain wrong.

However, do be aware that for a few years there really hasn't been anyone doing anything with those issues & it might be a while yet before that changes.

Also, apparently the build system is broken & editorial fixes that have been merged in the repo aren't showing up even on the Editor's Draft.

in reply to Amelia Bellamy-Royds

@federicomena @doctormo And to be clear, spec issues would still be useful despite all that because:

They provide a record for whenever someone is working on it again.

They provide evidence that there is still a demand for a better SVG spec, from devs working on all sorts of projects.

Not ideal, no, but yeah, if you have the time to at least post cross-links to your own bug tracker, it will hopefully make a difference eventually.