Mira Grudzinska

Drawing dashed strokes for various join lines attributes erratically (on corners). 

Short dashes (but >epsilon) for the 'round' or 'square' linecap does not look like expected. A line (or a dash) defined by the points pt1 and pt2 (pt1! = pt2),...

SVGs with no viewBox and width&height attribs

3

I need to read what the expected behavior is, but for sure something has to be rendered (there is not for now) pointed out in https://github.com/godotengine/godot/pull/64530

svg_loader: handling svgs without any viewPort and viewBox information

2

issue #1239

lottie: use internal append rect/ellipse func

1

The lottie format defines the starting point for drawing rectangles and ellipses differently than the API available in the TVG. In the case of using dashes or trim paths, this...

Divergence of starting points between SVG and Lottie standards

1

https://github.com/thorvg/thorvg/pull/1987#issuecomment-1953394872 #1987 and #1996 are fixes to meet the svg standard. Since the lottie starting points are defined differently, there needs to be added some 'shift'.

common: Changing the circle/ellipse starting point

4

According to the SVG standard, drawing a circle/ellipse should start at the '3 o'clock' position and proceed in a clock-wise direction. Until now, this point was set at '12 o'clock'....

common: Changing the rounded rect starting point

1

According to the SVG standard, drawing a rectangle starts at (x+rx, y) point. Till now it was (x+w, y+ry). The difference was visible only for dashed strokes.

svg loader: svgs without any viewport info and UserSpaceOnUse coord system

2

The viewport info of the svg files without any viewbox and widht/heihgt attributes is established after the whole image is created. This is a problem for attributes like gradient or...

``` ``` the expected result is that a stroke and a fill are aligned