Hi folks; I've returned to Inkscape after a pandemic-induced absence. I had created a number of two-layer shapes. The top layer is named "Outline," and contains a closed polygon that has no file, a white stroke paint, and a 4.0mm stroke width, that were all created in Inkscape .92.2. The bottom layer is named "Base," contains a HSL color, full opacity, and no stroke style width.
The problem is, since returning to Inkscape, i now have been working on new symbols in Inkscape 1.2.2. When i import new symbols, with the same Outline stroke width, into a separate theatrical lighting program that combines new and old symbols, the new symbol Outline stroke seems unable to get any wider, to match the line width of the old symbol Outline strokes.
the attached png doc shows three symbols; the outside shapes are assigned to 5.0mm, 8.0mm, and 16.0mm line widths. in Inkscape the outlines get progressively "fatter." but in the lighting program, the three stroke styles all seem to remain the same. is there anything else i need to be doing while in Inkscape, or is my problem limited to the importation into the lighting graphic program? any thoughts cheerfully accepted. thanks in advance, Steve
I'm confused. The description uses mm as units, but the attached file uses pt as units.
It's also not clear from the description if the object(s) in the layer "Base" have a fill assigned. It only states HSL, full opacity, no stroke width.
It is also not clear to me, if the "shapes" described in p1 are the same as the "symbols" described in p2, and if they are SVG symbols, or objects used symbolically in the other program.
How are the old and new symbols "combined" are they simply included in the same file, or is there a special function to merge the shapes together.
If the stroke width on the svg objects is not respected, then it might be required to convert the strokes to paths.
Hi Tyler; My apologies, it was not my objective to provide confusion - please categorize it as a newbie without enough knowledge. the illustration should have read all the weights in mm; old illustrating habits accidentally defaulted to points. The object in Base layer is a duplicate outside shape, with HSL, full opacity, no stroke width. and under the Outline layer. while this shape originated in a vector-based program called vectorworks, it was converted to an .svg export out of illustrator. After import into Inscape, hese two shapes were layered in a single .svg symbol. Once imported into the lighting program, the two shapes provide different visual feedback on an interactive touch screen. Each symbol can visually represent the intensity of light beams [or other attributes] on the interactive touch screen. The “Outline” layer changes color when a user activates it [by touching the symbol on the touch screen.] After a numeric level is assigned to the symbol [indicating its intensity,] the Base layer gradually changes color from a dull navy-blue up to a yellowish tint to visually reflect the symbol being “brighter.” hope this helps; please DM me if i can provide any more clarity. thanks, Steve
Please provide an example Inkscape svg file that has the issue. If there is an older Inkscape svg file that does not have the issue, please provide that also.
Hi Tyler; thanks for your response. here are the three svg files in inkscape format, prior to being uploaded into the ETC lighting console programming app. all three of these were built in Inkscape 1.2.2.
this inkscape file is “ETC-S4-36*.svg”, which was built in 2019, using Inkscape .92.2. This is the original “recipe” that i used to create several symbols shown in the attached “FT-MS 3-Victor labels.png”. All of the symbols on the left-hand side of the page have 4mm stroke line styles. on the right hand side, the red vertical line separates all of the Inkscape .92.2 symbols from the failed outline-line-widths in Inkscape 1.2.2.
Thanks again for all your help, and any insight as to what i’m potentially doing wrong. best, Steve
Yowsah! You did it! your outline succeeded! it's even a thicker stroke than i had imagined possible!! thank you so much! now, before i start mucking with it, how did you do it? what did you change from my files to allow this test file to succeed?
again, you have provided me with hope! what do i need to change in my recipe in order to emulate this achievement?
Hi Tyler; I followed your directions. and the result was a success! i altered the pre-Inkscape 1.2.2 svg file ALT-ERS 6x16-7mm.svg.
attachment shows the inserted svg symbol at 7mm, correctly reflects the stroke style thickness change. i think your experiment was a success. i have to lay down, long day. but i'll be up later and i'll take a look at your response, if you're able to provide one tonight. i'm exhausted but *very* encouraged. thanks again very much! best, Steve
Hi Tyler; I don’t fully understand the html illustrations you’re including, or what the additional styling elements are that turn the initial samples I sent into being problematic. I'm not that much of a programmer. In an effort to find the cause of the problems [whatever they may be?] here is the full recipe of symbol creation prior to Inkscape: 1) create 2D closed polygon in vectorworks, a combination of points and vectors. 2) copy the 2D component and paste into Adobe Illustrator [I have CS6]; this separates the polygon into two elements which seem to be “outline” and “fill”. Export that two-element shape as an .svg, and open it in Inkscape.
Then in Inkscape create the two layers and assign each element to “outline” and “base.” Then assign the attributes I’ve detailed to each.
Is there something in that sequence which is introducing the “problem”? is there something else, other than activation the XML formatting, that I can do in order to create more inkscape svg symbols that are clean, correct, and more easily ready-to-import into the ETC magic sheet program?
Thanks again for your assistance. If you would like to speak to expedite this process, please let me know.
I recorded you email addy and removed it from the message to reduce spam heading your way.
I'd say if the checkbox in the Preferences allows the workflow to function, roll with it.
Hopefully no extra elements pop up...if they do, they can be deleted using Inkscape's XML editor. The individual style elements like stroke-miterlimit 10can be removed by clicking the x in the circles.
The styles should still be in the top element "style".
thanks for all the info and the editing. i'm uncertain how to view the xml editor for an svg? sorry, i'll start the search, but if you have a quick explanation that would be grand.
My next question: are you still using Vectorworks for new documents, or just it was used in the past? (If still using vectorworks for new work, why not just use Inkscape?)
I started in Vectorworks with my lighting designs. The symbols are a transition from my 1990 patented plastic stencil designs. In 2001 i released my product line SoftSymbols. Vectorworks allows me to create lighting designs with scaled hybrid symbols that also contain a Light Info Record, allowing for the properties and attributes of that lighting device to be expressed both graphically and with Data Exchange reflected in universally-accepted data management paperwork. Because of that I'll always start with the Vectorworks environment for graphcs; when i create the 2D components, they're automatically formatted in an accurate scale reflecting real-world measurements. Not to mention the fact I find the properties interface in Vectorworks much more intuitive than Inkscape, and the ability to assign classes to graphics, which automatically assign style attributes.
back to your statement: "That info is probably in the style element (where it works best). The stuff in the yellow circle my be what is causing issues in ETC."
So should i go back to my original .svg's and check in XML Editor to see if there is extra stuff in the style element? and, if so, do i "correct" it by merely deleting the additional lines found inside your yellow circle? thanks in advance as always, Steve
This is very cool, btw. I studied scene and lighting design in the 80s (but transitioned to Film/Video). I probably have some LD templates in a drawer somewhere. 🤔
Because of that I'll always start with the Vectorworks environment for graphcs; when i create the 2D components, they're automatically formatted in an accurate scale reflecting real-world measurements.
Take a look at menu Extensions > Document > Process Illustrator SVG...
I noticed the Inkscape version 1.2.2 (b0a84865, 2022-12-01) in your shared files, so if you use Windows:
Note for Windows users: If you installed Inkscape 1.2.2 before December 9, 2022 and experience sudden crashes, please uninstall it and re-download. We have fixed the packaging issue that was causing this and have updated the download files.
Styling: “Presentation Attributes” means stuff like fill: red; rather than “Inline Styles” which means style=”fill: red;”. Presentation attributes are easier to override in CSS. Inline styles provide more style resilience. There is also an option to export styles in a <style> block within the SVG, which may be efficient on SVG with lots of similar elements.
Hi folks; 1) I’m on a Mac MBP. I just looked at a mac link in inkscape on google: https://inkscape.org/release/all/mac-os-x/. should I jump onto the indscape 1.3 beta0 train?
Aero, I’ve read through the “process illustrator SVG” five times. When I started this project back in 2019, I spent no small amount of time figuring out how to deal with the scaling from vectorworkst to illustrator to inkscape. Sadly I was not smart enough to join this forum then. What I did instead was: open the illustrator CS6 new file; paste in the vw 2D component. Open the sublayer to reveal the two layers [1 outline, 1 fill], copy them, return to top layer, select all, eliminate original insertion, paste the two sub-components; select all, change scale to 800%. Then export as SVG.
If I follow this new tactic to process illustrator SVG, I fear I’ll introduce a new scale? When I have exported in the past, I did *not* deal with layers at all. I would open a new Inkscape, then create two layers, then select each of the two imports and move them to the newly named “outline” and “base” layers.
But after reading the bottom steps “how to export from Illusatator” it seems, Tyler, that I *should* export the SVG with the bottom tactics? Would that eliminate my potential problems? Or, again, is this the point to try on 1.3 beta?
Oy. So much more that I didn’t know. Please advise when you can. TIA.
Testing here seems to show the inline svg styling (not "presentation attributes") is working in the ETC program. I'd skip the Illustrator extension and work the way you are familiar with.
Here are two old files, created on old MBP in old Mac OS, from AI CS6 import, then adapted in Inkscape .92.2. i just now opened these two files in Inkscape 1.2.2.
if i understand everything you're saying, the XML Editor screenshots seem to be "clean", without the additional [inside yellow circle] listings that you say may potentially be the source of the problems going into the ETC magic sheet software. but as i write this i realize that i updated the Inkscape preference last night and enabled the SML formatting inline attributes. i feel i'm seriously in the weeds here. If i understand half of what both of you are saying, then i *thiink* that these screen shots [and files] confirm that my old 2019 files are not "corrupted" with old illustrator "junk"? and that the only files i need to be concerned with are any new ones that i will now create; still using Illustrator CS6, but then Inkscape 1.2.2 [or 1.3 beta, let me know].
do i still need to be concerned with the "process Illustrator SVG" extension?
Hi Aero; if i change the units from pixel to points, will that change the size of the symbol? [not desireable in my case.] and if i do execute the extension, is there a way to make that a keystroke macro? or do i need to go through the menu every time in order to execute the extension? thanks in advance, Steve
Good afternoon, good forum folks. I’m continuing this dialogue on this thread, rather than a new one, since it is still the challenges I’m discovering to paste an Illustrator-saved svg into Inkscape, assign the 2D components to outline and base layers, and then inserting that result into the ETC Eos magic sheet software environment.
I tried five times yesterday to import a ROBE Painte moving light fixture, with increasing levels of frustration. First, the screen shot of the ETC Eos magic sheet with the seven attempts to insert the Painte symbol from Inkscape 1.2.2 [sevent failures, highlighting 2.jpg;
ROBE Painte 2 [Painte 2 ILL > INK >.svg]: followed the basic recipe. But upon insertion, the symbol is much larger [than the rest of the previous 2019 symbols, numbered on the left.] The colors are inverted/askew; neutral navy in the base layer appears to be a white color. The outline layer, all without fill, but constructed in Inkscape to be white, is all black. I had also “resized to content” in the Document Properties.
Painte 3 [Painte 3 INK.svg] back in vectorworks, I selected a copy of all of the 2D components and invoked the “Add surface” command, which connects all overlapping or connected components into a single surface. I then brought that single shape into the Inkscape environment and assigned it to the base layer. When imported into Eos magic sheet, the symbol was still very large, and color was still “reversed” like Painte 2.
I’ve just discovered in Painte 3, in the Layers and Objects menu; when the Outline layer is turned off, and when the Base layer is turned off, but the path2 object is highlighted, the shape suddenly appears white? What the hell? is this part of my problem?
Also; I’m now discovering that, in the XML Editor for either of these Inkscape symbols, that I suddenly have a single icon that appears to be a “carriage return” icon in the sodipodi:namedview. Huh? There’s also an entire row of the carriage return icons under path 4?
If you can, please re-steer me back to solid footing. I have no idea what I have done to create this mess. I’m trying to make a single Painte symbol that’s approximately the same size as the rest of the symbols on the left. The symbol should be filled with dull navy color on the base layer, and white on the outline layer.
I’ll include all of the iterations of the symbol failures so you have that too. The last symbol Painte_5a-50_OUT_only.svg is my jello-at-the-tree attempt to reduce the overall size by changing the scale to .50 in the document properties [didn’t seem to work] and export it with the base layer turned off, so that only the white outline layer was showing [still appeared in magic sheet as black. Sigh]
Good morning Aero. My workflow is to copy the 2D component from inside a resource in vectorworks, and then paste that into illustrator CS6. then scale the import to 800% and save that as an AI svg. I thought that Tyler had instructed me to maintain that workflow. did i misunderstand?
Maybe you will find some answers of your own by comparing your Inkscape SVG files and Illustrator SVG files with the linked ETC Eos SVG files in a text editor.
I downloaded samples from the Eos Libraries. while i've emulated the layer syntax, deleted [what appears to be] errant nodes, i still cannot successfully import an Inkscape svg file into Eos Magic Sheet environment. I am sorry to have bothered any or all of you. i just still can't make the Inkscape symbols work and i'm pretty flummoxed. thanks for any other ideas, Steve
wow. i'm so embarrassed. i'll go back and watch again; somehow it seems like all of the 2D components got duplicated in the outflow from AI into Inkscape. i'll start by downloading your cleaned up sample [thanks very much by the way] and see if that has solved all my problems. thanks, Steve
well, so much for that. something is still wonky. sigh. obviously i did *something* between sending you the initial samples, and then construcing the Painte symbol. back to the drawing board.
and my second effort is worse than the first. eliminated all the duplicates in the outline layer, selected all the remainders and issued "combine path" command [thanks for that] but to no avail. still a white-body mover light in blu-ish "Blind" view, far too big compared to former units on left. but when i change view to amber-ish "Live" the entire body disappears. sigh.
next up; i'll try to construct the painte in the .92.2 environment and see if i can make something without duplicating all the cells. sigh. thanks.
thanks for your thoughts. i tried to grasp what you were saying by merely analyzing your attachments. now i believe i need to look at the XML editor of the original symbols. i guess? sorry i don't immediately understand your statements or their implications. more when i more completely understand, Steve
Well, the XML editor is where the extra style stuff like Fill: #ffffff can be causing issues.
The other image compares the file that works* (if I recall correctly), and the file that is too large ... that large file has units=pt (points) and does not look scaled (viewbox matches the H&W), but the file that works* (I think) is scaled (viewbox is is scaled by 3.77953).
I'm gonna guess that a different Inkscape document template was used in the oversized file, or the Illustrator extension was used.
Maybe a new template in the templates folder and save as Optimised SVG would help. It is my understanding OP is always importing in Inkscape (drag-drop/paste/import).
Good morning folks; These all appear to be sound ideas. i'm booked with meetings until mid-afternoon but will return and strive to incorporate these thoughts then. thanks, Steve
Using Inkscape with Other Programs Importing stroke style width
Inkscape.org
Hi folks; I've returned to Inkscape after a pandemic-induced absence. I had created a number of two-layer shapes. The top layer is named "Outline," and contains a closed polygon that has no file, a white stroke paint, and a 4.0mm stroke width, that were all created in Inkscape .92.2. The bottom layer is named "Base," contains a HSL color, full opacity, and no stroke style width.
The problem is, since returning to Inkscape, i now have been working on new symbols in Inkscape 1.2.2. When i import new symbols, with the same Outline stroke width, into a separate theatrical lighting program that combines new and old symbols, the new symbol Outline stroke seems unable to get any wider, to match the line width of the old symbol Outline strokes.
the attached png doc shows three symbols; the outside shapes are assigned to 5.0mm, 8.0mm, and 16.0mm line widths. in Inkscape the outlines get progressively "fatter." but in the lighting program, the three stroke styles all seem to remain the same. is there anything else i need to be doing while in Inkscape, or is my problem limited to the importation into the lighting graphic program? any thoughts cheerfully accepted. thanks in advance, Steve
I'm confused. The description uses mm as units, but the attached file uses pt as units.
It's also not clear from the description if the object(s) in the layer "Base" have a fill assigned. It only states HSL, full opacity, no stroke width.
It is also not clear to me, if the "shapes" described in p1 are the same as the "symbols" described in p2, and if they are SVG symbols, or objects used symbolically in the other program.
How are the old and new symbols "combined" are they simply included in the same file, or is there a special function to merge the shapes together.
If the stroke width on the svg objects is not respected, then it might be required to convert the strokes to paths.
Hi Tyler;
My apologies, it was not my objective to provide confusion - please categorize it as a newbie without enough knowledge. the illustration should have read all the weights in mm; old illustrating habits accidentally defaulted to points.
The object in Base layer is a duplicate outside shape, with HSL, full opacity, no stroke width. and under the Outline layer.
while this shape originated in a vector-based program called vectorworks, it was converted to an .svg export out of illustrator. After import into Inscape, hese two shapes were layered in a single .svg symbol.
Once imported into the lighting program, the two shapes provide different visual feedback on an interactive touch screen. Each symbol can visually represent the intensity of light beams [or other attributes] on the interactive touch screen. The “Outline” layer changes color when a user activates it [by touching the symbol on the touch screen.] After a numeric level is assigned to the symbol [indicating its intensity,] the Base layer gradually changes color from a dull navy-blue up to a yellowish tint to visually reflect the symbol being “brighter.”
hope this helps; please DM me if i can provide any more clarity. thanks, Steve
Please provide an example Inkscape svg file that has the issue. If there is an older Inkscape svg file that does not have the issue, please provide that also.
Hi Tyler;
thanks for your response. here are the three svg files in inkscape format, prior to being uploaded into the ETC lighting console programming app. all three of these were built in Inkscape 1.2.2.
this inkscape file is “ETC-S4-36*.svg”, which was built in 2019, using Inkscape .92.2. This is the original “recipe” that i used to create several symbols shown in the attached “FT-MS 3-Victor labels.png”. All of the symbols on the left-hand side of the page have 4mm stroke line styles. on the right hand side, the red vertical line separates all of the Inkscape .92.2 symbols from the failed outline-line-widths in Inkscape 1.2.2.
Thanks again for all your help, and any insight as to what i’m potentially doing wrong. best, Steve
Ok, here's a test file, made from the sample that has an issue. Please see if this one works better.
Yowsah! You did it! your outline succeeded! it's even a thicker stroke than i had imagined possible!! thank you so much! now, before i start mucking with it, how did you do it? what did you change from my files to allow this test file to succeed?
again, you have provided me with hope! what do i need to change in my recipe in order to emulate this achievement?
thanks, Steve
Let's try another test...
In Inkscape Preferences>Input/Output, set the SVG output XML Format to tick the Inline attributes box.
Then close Inkscape, and open an older file that has not been touched by Inkscape 1.2.2.
Modify the stroke of an object, save as a variant and test in the ETC software.
Chime back with results.
Hi Tyler; I followed your directions. and the result was a success! i altered the pre-Inkscape 1.2.2 svg file ALT-ERS 6x16-7mm.svg.
attachment shows the inserted svg symbol at 7mm, correctly reflects the stroke style thickness change. i think your experiment was a success. i have to lay down, long day. but i'll be up later and i'll take a look at your response, if you're able to provide one tonight. i'm exhausted but *very* encouraged. thanks again very much! best, Steve
Glad to hear it worked.
There are additional styling elements in the problematic files. They may be overriding the combined style attributes. I'm not sure how they got there.
It seems combined inline styling works.
Hi Tyler; I don’t fully understand the html illustrations you’re including, or what the additional styling elements are that turn the initial samples I sent into being problematic. I'm not that much of a programmer. In an effort to find the cause of the problems [whatever they may be?] here is the full recipe of symbol creation prior to Inkscape: 1) create 2D closed polygon in vectorworks, a combination of points and vectors. 2) copy the 2D component and paste into Adobe Illustrator [I have CS6]; this separates the polygon into two elements which seem to be “outline” and “fill”. Export that two-element shape as an .svg, and open it in Inkscape.
Then in Inkscape create the two layers and assign each element to “outline” and “base.” Then assign the attributes I’ve detailed to each.
Is there something in that sequence which is introducing the “problem”? is there something else, other than activation the XML formatting, that I can do in order to create more inkscape svg symbols that are clean, correct, and more easily ready-to-import into the ETC magic sheet program?
Thanks again for your assistance. If you would like to speak to expedite this process, please let me know.
Steve
Hi Steve,
I recorded you email addy and removed it from the message to reduce spam heading your way.
I'd say if the checkbox in the Preferences allows the workflow to function, roll with it.
Hopefully no extra elements pop up...if they do, they can be deleted using Inkscape's XML editor. The individual style elements like stroke-miterlimit 10 can be removed by clicking the x in the circles.
The styles should still be in the top element "style".
thanks for all the info and the editing. i'm uncertain how to view the xml editor for an svg? sorry, i'll start the search, but if you have a quick explanation that would be grand.
Ah! found it [doh]. but my sample doesn't show all the stroke info you include in your yellow circle?
That info is probably in the style element (where it works best).
The stuff in the yellow circle my be what is causing issues in ETC.
My next question: are you still using Vectorworks for new documents, or just it was used in the past? (If still using vectorworks for new work, why not just use Inkscape?)
I started in Vectorworks with my lighting designs. The symbols are a transition from my 1990 patented plastic stencil designs. In 2001 i released my product line SoftSymbols. Vectorworks allows me to create lighting designs with scaled hybrid symbols that also contain a Light Info Record, allowing for the properties and attributes of that lighting device to be expressed both graphically and with Data Exchange reflected in universally-accepted data management paperwork. Because of that I'll always start with the Vectorworks environment for graphcs; when i create the 2D components, they're automatically formatted in an accurate scale reflecting real-world measurements. Not to mention the fact I find the properties interface in Vectorworks much more intuitive than Inkscape, and the ability to assign classes to graphics, which automatically assign style attributes.
back to your statement: "That info is probably in the style element (where it works best). The stuff in the yellow circle my be what is causing issues in ETC."
So should i go back to my original .svg's and check in XML Editor to see if there is extra stuff in the style element? and, if so, do i "correct" it by merely deleting the additional lines found inside your yellow circle? thanks in advance as always, Steve
I would check the older files.
Inkscape will write into the style element, and any subsequent elements may override any changes in stroke width made recently in Inkscape.
As always, test with copies.
This is very cool, btw. I studied scene and lighting design in the 80s (but transitioned to Film/Video). I probably have some LD templates in a drawer somewhere. 🤔
Take a look at menu Extensions > Document > Process Illustrator SVG...
I noticed the Inkscape version 1.2.2 (b0a84865, 2022-12-01) in your shared files, so if you use Windows:
Or maybe try 1.3 beta.
Ah, yes... Illustrator exporting.
That is where the style (presentation) elements must be coming from.
Hi folks; 1) I’m on a Mac MBP. I just looked at a mac link in inkscape on google: https://inkscape.org/release/all/mac-os-x/. should I jump onto the indscape 1.3 beta0 train?
Aero, I’ve read through the “process illustrator SVG” five times. When I started this project back in 2019, I spent no small amount of time figuring out how to deal with the scaling from vectorworkst to illustrator to inkscape. Sadly I was not smart enough to join this forum then. What I did instead was: open the illustrator CS6 new file; paste in the vw 2D component. Open the sublayer to reveal the two layers [1 outline, 1 fill], copy them, return to top layer, select all, eliminate original insertion, paste the two sub-components; select all, change scale to 800%. Then export as SVG.
If I follow this new tactic to process illustrator SVG, I fear I’ll introduce a new scale? When I have exported in the past, I did *not* deal with layers at all. I would open a new Inkscape, then create two layers, then select each of the two imports and move them to the newly named “outline” and “base” layers.
But after reading the bottom steps “how to export from Illusatator” it seems, Tyler, that I *should* export the SVG with the bottom tactics? Would that eliminate my potential problems? Or, again, is this the point to try on 1.3 beta?
Oy. So much more that I didn’t know. Please advise when you can. TIA.
Testing here seems to show the inline svg styling (not "presentation attributes") is working in the ETC program. I'd skip the Illustrator extension and work the way you are familiar with.
Here are two old files, created on old MBP in old Mac OS, from AI CS6 import, then adapted in Inkscape .92.2. i just now opened these two files in Inkscape 1.2.2.
if i understand everything you're saying, the XML Editor screenshots seem to be "clean", without the additional [inside yellow circle] listings that you say may potentially be the source of the problems going into the ETC magic sheet software. but as i write this i realize that i updated the Inkscape preference last night and enabled the SML formatting inline attributes. i feel i'm seriously in the weeds here. If i understand half of what both of you are saying, then i *thiink* that these screen shots [and files] confirm that my old 2019 files are not "corrupted" with old illustrator "junk"? and that the only files i need to be concerned with are any new ones that i will now create; still using Illustrator CS6, but then Inkscape 1.2.2 [or 1.3 beta, let me know].
do i still need to be concerned with the "process Illustrator SVG" extension?
Hi Tyler; it took me so long to write up post #26 i missed your post #25. my bad. anyway, i will proceed without the illustrator extension.
The extension is changing the unit in the Illustrator SVG from pixels to points.
Points is the same size in all apps (1/72 inch), pixels is not.
Before:
<svg width="72" height="72" viewBox="0 0 72 72"/>After:
<svg width="72pt" height="72pt" viewBox="0 0 72 72"/>I strongly recommend using a unit reflecting real-world measurements.
Hi Aero; if i change the units from pixel to points, will that change the size of the symbol? [not desireable in my case.] and if i do execute the extension, is there a way to make that a keystroke macro? or do i need to go through the menu every time in order to execute the extension? thanks in advance, Steve
You run the extension once after opening (do not import) a new SVG file from Illustrator.
Changing the unit later in document properties for this document or existing documents will not change the size of anything.
Good afternoon, good forum folks. I’m continuing this dialogue on this thread, rather than a new one, since it is still the challenges I’m discovering to paste an Illustrator-saved svg into Inkscape, assign the 2D components to outline and base layers, and then inserting that result into the ETC Eos magic sheet software environment.
I tried five times yesterday to import a ROBE Painte moving light fixture, with increasing levels of frustration. First, the screen shot of the ETC Eos magic sheet with the seven attempts to insert the Painte symbol from Inkscape 1.2.2 [sevent failures, highlighting 2.jpg;
ROBE Painte 2 [Painte 2 ILL > INK >.svg]: followed the basic recipe. But upon insertion, the symbol is much larger [than the rest of the previous 2019 symbols, numbered on the left.] The colors are inverted/askew; neutral navy in the base layer appears to be a white color. The outline layer, all without fill, but constructed in Inkscape to be white, is all black. I had also “resized to content” in the Document Properties.
Painte 3 [Painte 3 INK.svg] back in vectorworks, I selected a copy of all of the 2D components and invoked the “Add surface” command, which connects all overlapping or connected components into a single surface. I then brought that single shape into the Inkscape environment and assigned it to the base layer. When imported into Eos magic sheet, the symbol was still very large, and color was still “reversed” like Painte 2.
I’ve just discovered in Painte 3, in the Layers and Objects menu; when the Outline layer is turned off, and when the Base layer is turned off, but the path2 object is highlighted, the shape suddenly appears white? What the hell? is this part of my problem?
Also; I’m now discovering that, in the XML Editor for either of these Inkscape symbols, that I suddenly have a single icon that appears to be a “carriage return” icon in the sodipodi:namedview. Huh? There’s also an entire row of the carriage return icons under path 4?
If you can, please re-steer me back to solid footing. I have no idea what I have done to create this mess. I’m trying to make a single Painte symbol that’s approximately the same size as the rest of the symbols on the left. The symbol should be filled with dull navy color on the base layer, and white on the outline layer.
I’ll include all of the iterations of the symbol failures so you have that too. The last symbol Painte_5a-50_OUT_only.svg is my jello-at-the-tree attempt to reduce the overall size by changing the scale to .50 in the document properties [didn’t seem to work] and export it with the base layer turned off, so that only the white outline layer was showing [still appeared in magic sheet as black. Sigh]
Thanks in advance, Steve
And Illustrator SVG vs Illustrator PDF, does it work as expected?
Good morning Aero. My workflow is to copy the 2D component from inside a resource in vectorworks, and then paste that into illustrator CS6. then scale the import to 800% and save that as an AI svg. I thought that Tyler had instructed me to maintain that workflow. did i misunderstand?
Maybe you will find some answers of your own by comparing your Inkscape SVG files and Illustrator SVG files with the linked ETC Eos SVG files in a text editor.
https://www.etcconnect.com/Products/Consoles/Eos-Consoles/Eos-Asset-Libraries/Icons.aspx
I downloaded samples from the Eos Libraries. while i've emulated the layer syntax, deleted [what appears to be] errant nodes, i still cannot successfully import an Inkscape svg file into Eos Magic Sheet environment. I am sorry to have bothered any or all of you. i just still can't make the Inkscape symbols work and i'm pretty flummoxed. thanks for any other ideas, Steve
I got the sense that the files we tested were successful, and that was a familiar workflow.
In the case of the ROBE Painte symbol, the vectors are duplicated and/or oddly combined.
The video has some bits I'd look into.
The attached svg is a test after removing the duplicates and combining.
wow. i'm so embarrassed. i'll go back and watch again; somehow it seems like all of the 2D components got duplicated in the outflow from AI into Inkscape. i'll start by downloading your cleaned up sample [thanks very much by the way] and see if that has solved all my problems. thanks, Steve
No problemo.
It's not uncommon for commercial artwork (e.g. from Vectorworks) to have issues, so the fault might not be yours.
well, so much for that. something is still wonky. sigh. obviously i did *something* between sending you the initial samples, and then construcing the Painte symbol. back to the drawing board.
and my second effort is worse than the first. eliminated all the duplicates in the outline layer, selected all the remainders and issued "combine path" command [thanks for that] but to no avail. still a white-body mover light in blu-ish "Blind" view, far too big compared to former units on left. but when i change view to amber-ish "Live" the entire body disappears. sigh.
next up; i'll try to construct the painte in the .92.2 environment and see if i can make something without duplicating all the cells. sigh. thanks.
Well I think I see why it's all white: I neglected to check the xml editor for the extra style elements. (ExtraFill.svg)
As for size, did the file get the Illustrator extension, but not the scale procedure? (ScaleCompare.svg)
Hi Tyler;
thanks for your thoughts. i tried to grasp what you were saying by merely analyzing your attachments. now i believe i need to look at the XML editor of the original symbols. i guess? sorry i don't immediately understand your statements or their implications. more when i more completely understand, Steve
Well, the XML editor is where the extra style stuff like Fill: #ffffff can be causing issues.
The other image compares the file that works* (if I recall correctly), and the file that is too large ... that large file has units=pt (points) and does not look scaled (viewbox matches the H&W), but the file that works* (I think) is scaled (viewbox is is scaled by 3.77953).
I'm gonna guess that a different Inkscape document template was used in the oversized file, or the Illustrator extension was used.
*ETC_S4-36-Scale_800post_INK_TD.svg
Maybe a new template in the templates folder and save as Optimised SVG would help.
It is my understanding OP is always importing in Inkscape (drag-drop/paste/import).
Good morning folks; These all appear to be sound ideas. i'm booked with meetings until mid-afternoon but will return and strive to incorporate these thoughts then. thanks, Steve