I have a problem with exporting SVGs.
The code underneath is a adaptation of the star example .
I added SVG export but have the problem theat the resulting lines are doubled on top of each other.
this might be invisible but problematic if one wants to use a SVG for pen plotting/ laser cutting etc.
I would have blamed my code, but if I remove beginnRecord(); and endRecord(); and export with size(800, 600, SVG, "stars.svg") the resulting SVG looks just fine - no doubled lines.
…but this is no solution since I do want processing to open a window.
Is this user error or a bug in the library?
UPDATE: The pdf library behaves in same way…
import processing.svg.*;
void setup(){
size(800, 600);
//size(800, 600, SVG, "stars.svg"); This works - no double lines
noLoop();
noFill();
background(255);
}
void draw(){
beginRecord(SVG, year()+month()+day()+hour()+second()+"stars.svg");
for(int i=0; i<12; i++){
pushMatrix();
translate(random(100,width-100), random(100,height-100));
rotate(radians(random(360)));
float innen = random(60);
float aussen = random(innen, 140);
star(0, 0, innen, aussen, int(random(3,12)));
popMatrix();
}
endRecord();
}
void star(float x, float y, float radius1, float radius2, int npoints) {
float angle = PI / npoints;
float halfAngle = angle/2.0;
beginShape();
for (float a = 0; a < TWO_PI; a += angle) {
float sx = x + cos(a) * radius2;
float sy = y + sin(a) * radius2;
vertex(sx, sy);
sx = x + cos(a+halfAngle) * radius1;
sy = y + sin(a+halfAngle) * radius1;
vertex(sx, sy);
}
endShape(CLOSE);
}
Not sure that I can help, but just for clarification I’m not sure I understand the problem. If you want to see both the screen image and the svg image which is shown in a browser you need to move the beginRecord() call up into the setup(). It’s described in this reference in case you haven’t seen it: https://processing.org/reference/libraries/svg/index.html It’s the technique called SVG Export (With Screen Display)
Thanks! this is great! moving the noFill() inside the area where beginRecord() is active did the trick.
But I still think that there is some buggy behaviour here.
I would expect things like noFill() outside of the beginRecord() ‘endRecord()’ area to be ignored and not to add another shape to the file with no defined fill and no outline.
and I keep having other small issues with SVGs out of processing.
some programs can’t open them until i open and save them with inkscape or manualy replace the header in a text editor.
inkscape just ignores line-endings and and stroke-width. (and i suspect this is not inkscapes fault)
it always draws a rectangle around the whole canvas (even if background() is outside of beginRecord() and endRecord() )
the formating in the file is strange and hard to read - why are the end-tags > /> at the beginning of the next line?!
…unfortunately I’m not able to fi those things myself…but I might do some further testing.
This is a svg-file exported using a very minimalist test sketch. You’ll find the test-sketch underneath:
beginRecord() seems to work just as well in the draw() section…the reason I put it there is so that i can use mousePressed() { redraw(); } to redraw and export the whole thing with clicking
