RH8.6 SVG regression

Rhino
,
1

Hi. RH-79884 removed the width and height attributes from the svg file in order to avoid a localisation issue (as far as I can tell). This change - however - has unintended consequences for upstream software in my case.

I use SVG export to transfer shapes to our Trotec laser for lasercutting. Before this change, 1:1 exports would load into the trotec software perfectly - always exactly the right size. With RH8.6, this is no longer happening - they are coming in smaller than they should forcing us to double check and rescale before cutting.

Looking at the SVG files, it looks like these parameters were the only reference to real world coordinates that the file contained, which potentially explains why the upstream software might be choosing a different scale for things with them gone. Manually reinstating the width and height parameters into the exported SVG solves the problem, so I have a few workaround options, but I’d prefer it if this change were reverted so we can go back to how it was. Perhaps the localisation issue originally identified in that ticket could be resolved in a different way?

2

Thanks for letting us know. We’ll fix his in a different way. The bug has been reopened and will be tuned up before next week’s 8.6 release candidate is put out.

3

I just put in a fix for this in 8.6. If you need a build before Tuesday, let me know and I can send you a link to an internal build of 8.6.

Thanks again for letting us know that this caused an issue with outputting to Trotec so fast. I’ve added comments in the code to this regard so we don’t accidentally remove width/height again in the future.

4

Thanks for the quick turnaround - we can wait til next week for a fix.