SVGLoader: Fix setting first path point after multiple moveTo commands

[nkrkv]

There’s a bug in interpreting m and M commands in the path d attribute. Here’s an example of SVG as rendered by a browser and Inkscape:

hindi.svg.zip

Here’s how it is loaded by SVGLoader (note how the last char is inset to the center):

Here’s a result with the patch applied:

The problem is in the definition of the initial point (firstPoint in terms of three.js). The SVG standard says:

§ 9.3.4 The "closepath" (Z or z) ends the current subpath by connecting it back to its initial point. An automatic straight line is drawn from the current point to the initial point of the current subpath.

And:

§ 9.3.3 The "moveto" commands (M or m) must establish a new initial point and a new current point. The effect is as if the "pen" were lifted and moved to a new location.

That “must” from the later is basically not applied in the current implementation. This leads to glitches in paths that contain Z after multiple M commands because only the very first M sets the initial point and the path is mistakenly joined with it.

[yomboprime]

Seems right and the solution correct. Thanks!