Svg.js V3.2
Postedabout 2 months agoActiveabout 2 months ago
svgjs.devTech Discussionstory
informativepositive
SvgJavascriptLibraryGraphicsAnimation
Key topics
Svg
Javascript
Library
Graphics
Animation
Discussion Activity
Light discussionFirst comment
1h
Peak period
4
2-3h
Avg / period
3
Key moments
- 01Story posted
Nov 23, 2025 at 12:38 PM EST
about 2 months ago
Step 01 - 02First comment
Nov 23, 2025 at 1:43 PM EST
1h after posting
Step 02 - 03Peak activity
4 comments in 2-3h
Hottest window of the conversation
Step 03 - 04Latest activity
Nov 23, 2025 at 4:47 PM EST
about 2 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 46025477Type: storyLast synced: 11/23/2025, 7:22:57 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
https://coderivers.org/blog/python-svg/
I know of svg.py (https://github.com/orsinium-labs/svg.py) and drawsvg (https://github.com/cduck/drawsvg)... I have played with both a bit, no idea how they compare to others.
A great SVG kit for Brython (browser Python)
I did enjoy the example code, compared to the native javascript (both shown in the article):
const div = document.getElementById('drawing');
div.innerHTML = `<svg width="100%" height="100%"><rect width="100" height="100" fill="#f06"/></svg>`;
obviously if the what is going in can have user input in some way then open to attack using innerHTML but otherwise it seems like the structure of the example native JavaScript is made in such a way as to make the SVG.js version seem super cool in comparison.
I had a similar question- why is it obviously not as fast as vanilla js?