great! but I need to know what the best conversion option to choose when my v91 (90dpi) svg first gets opened in v92. ( it seems like that would make a difference later when I run the extension)
On Aug 24, 2017, at 10:31 AM, Jabier Arraiza <jabier.arraiza@...2893...> wrote:
Hi James, Not only I program it but su_v and Tav do a great work on it.
Just 96->90 if the document is converted at open.
Cheers, Jabier.
On Thu, 2017-08-24 at 15:19 +0000, James Fritzler wrote: I have not tried it yet, but I see that you programmed it. It sounds really useful! :)
What steps should I use when I open the 91 file in 92 : Should I first use the "digital art" option? and then use the 96 to 90 switch? or should I try one of the other 2 options first (when opening the old file)?
Thanks!
From: jabier.arraiza@...2893... <javier.arraiza@...2893...> Sent: Thursday, August 24, 2017 7:17:24 AM To: Martin Owens; James Fritzler Cc: Inkscape-Devel Subject: Re: [Inkscape-devel] SVG in 92 and Phyisical Scale
Hi james, could you try the extension dpi switcher to convert to 90 Dpi?
Enviado desde mi móvil LG
------ Mensaje original ------ De: Martin Owens Fecha: 24/08/2017 15:10 Para: James Fritzler; CC: Inkscape-Devel; Asunto:Re: [Inkscape-devel] SVG in 92 and Phyisical Scale
Hi James,
It seems like the main issue is thrice fold:
A) opening SVG 1.1 file means we have to convert it to SVG 2.0 dpi, even though the spec isn't released, we've cut off the published spec support too early. B) We can't save physical units into the svg files themselves, mitigating issues of external unit compatibility. C) We don't have any capacity for users to change the way svg is saved to indicate which svg spec we should use.
So we've got quite the compatibility problem. This isn't an issue if one exports pdf files or printing to cut, but is a problem in this case where the cutting software is consuming svg files directly.
Tav and others: For 0.93, do we have a plan to try and help this situation?
If we can provide a way to save physical units and set svg 1.1 or svg 2.0 outputs, we should be covering all bases.
Best Regards, Martin Owens
On 23 August 2017 at 11:10, James Fritzler wrote: Hi Inkscape Devs!
I’ve used Inkscape for about five years now and have built up quite the library of svg files and have been using 91 since its release. My main creative effort is to build paper toys that I print and cut (in bulk) on a Silhouette Portrait cutting machine. (More info on my works at http://netroids.net ). I have a 100s of files and hoped to use them as my long term "masters” given that SVG is not proprietary and has had such great page layout fidelity for me.
I’d love to update to v92 and future versions but, as is commonly known, the svg save logic has changed to support a new CSS standard of 96dpi and it is affecting my ability to import into my cutting software.
It seems that perhaps the values written by Inkscape in 91 svg files are encoded using a 90dpi scale from their original design-time dimensions. In the past I’ve had much success importing SVGs from Inkscape 91 into Silhouette studio for years. (Granted, I do perform a little cleansing in a copy of the master svg before I go to Silhouette: I simplify the layers, ungroup, and flatten out clones into their own objects. Perhaps it is just serendipity that the Silhouette Studio imports SVGs at the 90dpi. (I tried asking them about dpi but I couldn’t "break through" their first- tier help desk support "fire wall".)
I know there’s an import prompt and process for opening 91 files in 92 and I have participated in the launchpad forum and chat with Mc about this topic. (my user name is jimbox13).
Unfortunate for me, none of the prompts give a workable solution. Here’s what happens to my files based on each option. (I used a diff tool in to investigate some of the changes.)
"Accuracy for sizes and position of paths" (Desired option)
Grid and guides appear to be changed – though I’m not sure to what extent. Rectangles, paths and strokes are sized up by 6.667% Inkscape Designer Outcome: shapes and sizes correct right based on the page. :) (bug #1712114 occurs.) Cutter Software Outcome: File is too large (by 6.667%) for cutting area. :(
"Digital Art"
Grid and guides changed to some degree. Rectangles and paths not changed. Inkscape Designer Outcome: shapes and sizes are too small for the page :( Cutter Software Outcome: shapes and sizes are correct :)
"Accuracy for masks and clips"
Grid and guides changed to some degree. Rectangles, paths and strokes are changed to some degree, not the same as above. Inkscape Designer Outcome: shapes and sizes correct right based on the page. :) (bug #1712114 does not occur.) Cutter Software Outcome: File is significantly too small for cutting area. :(
None of these options produce a svg that maintains its correct physical dimensions across both software packages. I tried experimenting by customizing the "units.xml" file in 92 without success.
Here is my original v91 file zipped. (I added a background rectangle that is the size of the page to help troubleshooting.)
https://www.dropbox.com/s/q6o17j5an2piiw3/acutra_TOCUTv91wBG.zip?dl =0
Is there anything that can be done?
Thanks
Jim
Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel