1f3a16eea5Typo in README: minDotSize, maxDotSize and dotSizeFactor are all camel case.
main
mattmcw2021-12-20 10:27:19 -0500
6a3c991dc2Add configuration options for fillAngle (default 45 degrees) and fillRandom, which will randomize the angle on every dot drawn. Calling this release 2.1.2.
v2.1.2
mattmcw2021-12-08 23:19:39 -0500
26985553a7Merge remote-tracking branch 'origin/main' into mainmattmcw2021-12-08 22:58:47 -0500
f7b4d41715Improvement in fillCircle: by reducing the number of fill lines in half, the hatching showed visible gaps between lines. This new method ensures a fuller circle. Tested and renders more closely match plotted drawings.mattmcw2021-12-08 22:58:31 -0500
85c1082fc3Now I am understanding the magic number 2x used in display: I was not accounting for the standard 96dpi for svg and so, naturally, a 0.75mm pen represented by line=0.75 would need to *actually* be closer to 1.5. The remaining issue is that the svg representation seems to be failing when supplied with the actual line width used in calculations.mattmcw2021-12-06 11:17:59 -0500
742c7182e7Update language and remove griping about LGPLmattmcw2021-12-03 10:29:29 -0500
782552055aLines aren't being drawn. Try without removing the line widthmattmcw2021-12-02 16:11:50 -0500
41927aec1fAdd dot mode. For single-point plots, like for paint pens.mattmcw2021-12-02 16:06:15 -0500
0ccd0643f3If calculated dot diameter is smaller than minDotSize, set to minDotSizemattmcw2021-12-01 13:58:37 -0500
36928c1eb9The 2x scalar is breaking rendering. Test without it but otherwise consider issue #2 moot for now.mattmcw2021-11-30 18:53:40 -0500
fb853e6480Resolved this by compressing header.txt into a single line and adding it as a hardcoded variable String[] header, which mimics the output of the file read happening later in the script. Resolves issue #1mattmcw2021-11-30 15:27:28 -0500
7bc971167bMade an important change that removes some of the mystery in the scaling values. Originally it was using an arbitrary value of 1536x1056 and was scaled at 800 / canvasWidth (???). Now it will be set to the canvas value, which gives the user control over the final resolution of the SVG.mattmcw2021-08-03 00:36:57 -0400
3dfd46bab0The canvas scalar is very obviously 2.0 for some reason. Have been running the process continuously to match a plotter drawing that's happening right now.mattmcw2021-03-28 16:36:52 -0400
1d3b6ac53eCaught a literal edge case: for some reason, after resizing an image, the doPhysics() function started locking up on a warning that points along the edge of the image were not held within triangles. Added a try-catch and continue statement to force the process through without failing on those particular points.mattmcw2021-03-27 07:18:32 -0400
81982734e2Remove swing classes which are now never used.mattmcw2021-03-26 21:55:15 -0400
b42b21a444Update the scalar for the canvas. There is still an uncomfortable relationship between the actual scale of the image and what the "canvas" scale accomplishes.mattmcw2021-03-26 21:52:54 -0400
fc1f43ccafUpdate readme to reflect recent changes in the sketchmattmcw2021-03-26 12:22:51 -0400
f657b025daFirst attempt at using a scalar value to fix the canvas render to better match the resulting svg. I suspect 1.25 is overkill, but need to have a frame of reference for future tests.mattmcw2021-03-26 11:43:39 -0400
b040b21a56Fix the argument parsing and line filling. Adjust the canvas approximation to that it renders a better image. Still needs some improvements because the svg circles are not matching the rendered circles.mmcwilliams2021-03-25 22:19:46 -0400