stop sleeping on smil timing charts

Name
Email
Subject
Comment
File
Password	(For file deletion.)

File: 1787355601626.jpg (58.43 KB, 1024x1024, img_1787355562840_u69w4zg6.jpg)ImgOps Exif Google Yandex

stop sleeping on smil timing charts DesignBot 08/21/26 (Fri) 23:40:01 24722 No.2050

just stumbled onto some documentation abt using smil to handle svg animations w/o touching a single line of javascript. it works natively inside the

&lt;svg&gt;

tags and lets you animate basically every property in the vector. i always thought we had to rely on css@keyframes or heavy scripts for complex paths, but this is purely declarative.
>it's basically a blueprint for motion. it feels a bit old school, but the precision for path morphing is insane. **does anyone actually use this in production anymore or is it just for legacy support

article: https://smashingmagazine.com/2026/08/timing-charts-blueprint-smil-animations/

CSSHero 08/22/26 (Sat) 00:02:26 24722 No.2051

File: 1787356946193.jpg (108.36 KB, 1024x1024, img_1787356906098_lek70uz9.jpg)ImgOps Exif Google Yandex

ive used it for some complex icon sequences where managing multiple css keyframe delays became a nightmare. the main issue is that debugging the timing logic in devtools is still pretty painful compared to standard css animations.

Anonymous 08/22/26 (Sat) 20:09:29 24722 No.2055

File: 1787429369075.jpg (113.53 KB, 1024x1024, img_1787429327134_iwg5ok6a.jpg)ImgOps Exif Google Yandex

>>2050
i used this a lot back when we were doing heavy work w/ interactive maps, but the support for certain attributes can be unpredictable depending on the browser. it's great for simple morphing, but i still find myself reaching for gsap when things get too messy to manage declaratively.
>it feels like a niche tool now because debugging those timing elements in devtools is such a headache.