- From: herrstrietzel via GitHub <noreply@w3.org>
- Date: Thu, 12 Mar 2026 20:32:14 +0000
- To: public-svg-issues@w3.org
Glad you decided to keep it in the specs! In fact this is one of the most used `textPath` functionalities from a design perspective – so other vendors should definitely follow Firefox. Arguably, the most common use case is "text on a circle". <img width="845" height="432" alt="Image" src="https://github.com/user-attachments/assets/4a63f354-9ed8-4bc3-9a68-6640782f352d" /> I've have created a [codepen testbed](https://codepen.io/herrstrietzel/pen/raMjWWz) including a simple JS polyfill. You can also inspect it on [github](https://github.com/herrstrietzel/svg-textpath-side-polyfill/blob/main/demo/index.html). Feel free to use it or build upon it for testing or documentations. While I'm not sure how other applications handle this I'm pretty sure it's done by an internal drawing direction change – similar to `fill-rule` conversions to comply with "non-zero" rule. All graphic applications provide an option for this ~since the 1990ies. However, for some reasons they tend to fail exporting clean SVG textpaths and even worse interpreting textPaths when opening/importing a SVG file (Inkscape is a rare exception). In fact they could easily convert SVGs textPath concept to their internal object model. I'm just mentioning as a resonse to krit's comment "Illustrator does not plan to implement though". So Adobe Illustrator should not really be considered the average or the benchmark=) -- GitHub Notification of comment by herrstrietzel Please view or discuss this issue at https://github.com/w3c/svgwg/issues/1068#issuecomment-4049838352 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 12 March 2026 20:32:15 UTC