- From: tatarize via GitHub <sysbot+gh@w3.org>
- Date: Fri, 08 May 2020 23:19:07 +0000
- To: public-svg-issues@w3.org
> Note also that another simple way to specify an elliptical arc is by its tangeants: exactly like if it was a quadratic spline The problem here is that it's adding additional classes of information. The main oomph behind my proposal here is that it's a simplified and more consistent type of arc. It's specified entirely of points and you can just make them by hand. And it requires no additional classes of information. In fact they can be implemented quite easily by utilizing the existing Arc_to code. All the commands in paths are simple and specified entirely of points and the type of thing being specified, except arc which is pretty convoluted. Circular arcs would be less convoluted and would match the vast majority of the use cases for arcs. I don't think Catmull or Bearing will make the cut. It's way harder implementation for very little benefit. It's one of the reasons for my suggestion here. We can implement it easily, and it fits the already established grammar and classes within that grammar. In fact, if you just kinda ignore A/a and suppose there was only R/r, you'd see the entire thing gets *way* more consistent as you only have segment commands and points to do all the different shapes. -- GitHub Notification of comment by tatarize Please view or discuss this issue at https://github.com/w3c/svgwg/issues/767#issuecomment-626059829 using your GitHub account
Received on Friday, 8 May 2020 23:19:08 UTC