Finally we can import vectors and preserve colours and file scale in pixels! Maintaining groups and layer structure too is a massive bonus!
Thank you so much for your hard work!

Moderators: Víctor Paredes, Belgarath, slowtiger
I'm back at base and have dug out the offending .svg which I've run through Sam's tool.hayasidist wrote: ↑Thu Oct 27, 2022 7:10 pm I'm on the road right now - back at base in a few days -- where I have an SVG file that Moho would never load properly ... this, I hope, will be the answer! Great work!
Thanks for test/post. I would love to see the source especially the feet and scroll bits. You can PM if reqd. I suspect they use a slightly different unit measure than the rest of the doc.hayasidist wrote: ↑Sun Oct 30, 2022 4:17 pm -- Sam's version has a faint line at the nose/face boundary and the scroll strokes are broader. Minor glitch with the toenails and stroke widths in the sandals -- but a VAST improvement over native moho.
A couple of observations.
Sam's tool creates multiple layers (maybe only because of the way I used the tool???) which will make rigging and animating an svg import tricky -- is there a way to merge the vectors?? (I did have all the "consolidate" boxes checked as per the default)
(Moho creates 59 shapes but all on one layer - Sam's has 59 vector layers (assuming I counted correctly) in a number of groups.)
[EDIT: -- yeah -- it's the last checkbox: this does the trick! -- might be worth making that a default?!]
There are multiple "undo" checkpoints, so control-z -ing my way out of an import was not viable.
This from my original post on the subject (from 2016!)
Thanks. I have fixed (v1.10+) an issue with transformation matrix scaling so that line-width is scaled accordingly. This addresses the fat line widths i.e. scroll. The odd shapes on the toe divides - appears to be a Moho draw/display issue when showing certain butted/unrounded line ends. If you change to 'round caps' they look better - or else you'll need to adjust the bezier handle/s.hayasidist wrote: ↑Mon Oct 31, 2022 8:45 am This from my original post on the subject (from 2016!) the .zip has the original SVG, a render of frame 0 and an AS file from build 18907 -- the top of the head and the left leg / sandal are not right ...
Good catch. The 2 cases were represented differently in SVG (Polyline vs Paths). I have fixed (v1.11) an issue with Filled Polylines which appears to address the problem.
No you are quite right. v1.00 incorrectly ignored Unnamed for PostOp, and now it doesn't. There is a small note in the changelog update of the initial post. This basically allows for better control, allowing you to maximally minimize anything that isn't labelled/named - thus allowing more freedom over what gets crushed.hayasidist wrote: ↑Thu Nov 03, 2022 2:15 pm thanks Sam. I got v1.11 - the line width problem is solved - good stuff... and thanks for the explanation about the raggedy ends on the toe dividers.
The "post-op reduce" option seems to behave differently??? I'm not 100% convinced I've chosen the same set of options -- but 1.11 won't consolidate named unless that checkbox is clear (but 1.00 did?????) - or maybe I'm mis-remembering (and I really can't be bothered to see if windows kept a 1.0 version somewhere to re-install to try ...)