- From: tatarize via GitHub <sysbot+gh@w3.org>
- Date: Fri, 08 May 2020 23:32:04 +0000
- To: public-svg-issues@w3.org
I think a lot of your proposals there are non-starters. They are notably too hard to implement for too little real world benefit. The same is actually true for Bearing and Catmull-Rom, which is why nobody implemented and they kinda died. SVG is first and foremost functional. From the minutes it's clear the SVG folks don't love Arc/arc and as an implementer I don't love it either. It has a bunch of flags and special grammar rules, and it's a pain in the ass to implement. There's a bunch of weird things with it. * The reason for my suggestion here is that it simplifies this stuff, meets most all the requested parameters. * Fits in better with the regular path commands. * You could draw them by hand. * They can sort of work like the `turtle graphics` direction thing. (mentioned in minutes). * They don't break backwards compatibility. (absolutely disallowed) * Nobody needs to reinvent the wheel to add it to already existing implementations. * Most uses of A/a are for circular arcs. Like the *vast* majority of them are just circular arcs. * You can use R/r to specify a circle (A/a, cannot easily do that). -- GitHub Notification of comment by tatarize Please view or discuss this issue at https://github.com/w3c/svgwg/issues/767#issuecomment-626062847 using your GitHub account
Received on Friday, 8 May 2020 23:32:05 UTC