summaryrefslogtreecommitdiff
path: root/embroider.inx
AgeCommit message (Collapse)Author
2018-04-09move inx files to inx/ and generate input inxLex Neva
2018-02-27Tie-in and tie-off (#100)Lex Neva
* turn inkstitch.py into a module * add running stitch library function * tie-in and tie-off * remove temporary testing code
2018-01-28Fix simulate (#42)Lex Neva
* Simulate now works regardless of the output format you chose when you ran Embroider. * Simulate (and the preview in Params) now respects TRIMs. * Inkscape restart required (embroider.inx changed). This one kind of grew in the telling. #37 was a theoretically simple bug, but in reality, the code necessary to fix it was the straw that broke the camel's back, and I had to do a fair bit of (much needed) code reorganization. Mostly the reorganization was just under the hood, but there was one user-facing change around the Embroider extension's settings window. Way back in the day, the only way to control things like the stitch length or satin density was through global options specified in the extension settings. We've long since moved to per-object params, but for backward compatibility, ink/stitch defaulted to the command-line arguments. That means that it was possible to get different stitch results from the same SVG file if you changed the extension's settings. For that reason, I never touched mine. I didn't intend for my users to use those extension-level settings at all, and I've planned to remove those settings for awhile now. At this point, the extension settings just getting in the way of implementing more features, so I'm getting rid of them and moving the defaults into the parameters system. I've still left things like the output format and the collapse length (although I'm considering moving that one too).
2018-01-23add params for "TRIM after" and "STOP after" (#29)Lex Neva
* adds new options to Params: "TRIM after" and "STOP after" * adds tooltip support to Params * inkstitch now includes libembroidery and can directly output any supported file type * this avoids the need for `libembroidery-convert` and compiling embroidermodder! * TRIM support for DST format (inserts 3 JUMPs) * STOP command supported as an extra color change that the operator can assign to code C00 * TRIMs cause the following jump stitch not to be displayed in the Embroidery layer
2018-01-04remove pixels_per_mm optionLex Neva
2016-11-19set sane defaults in embroider.inxLex Neva
2016-11-02major refactorLex Neva
Split into classes for Fill, Stroke, and SatinColumn. Renamed params to be the same across XML attributes and OptionParser. Added distinct stitch length params for satin underlay. Renamed "satin underlay" to "contour underlay" and split out "center walk underlay" and "zigzag underlay". The code is ten times more readable, parameters make more sense, and everything is specified by the user in millimeters. Basically, everything is way better.
2016-10-28remove obselete stitch order optionLex Neva
2016-10-28switch to millimeters and make pixels_per_millimeter an optionLex Neva
2016-10-27remove hatching optionLex Neva
2016-10-24get rid of preamble code and featureLex Neva
The code was poorly implemented and unclear. I haven't ever had a need for preamble. I think my machine (brother SE400) might do it automatically.
2016-10-19stuffLex Neva
2016-02-25add option to preserve absolute object stacking orderLex Neva
2016-01-20add 'Embroider Params' extension to set XML attributes on svg nodesLex Neva
2016-01-18really fix "preserve order"Lex Neva
My previous fix didn't really do the job. It took patches in Z-order, but runs of patches of the same color were fed into the TSP algorithm and it could embroider them in whatever order it chose. This resulted in underlays for my fill regions being embroidered AFTER the fill. Now, the "preserve order" option has been changed to "preserve layers". Patches on different layers are gauranteed to be stitched in layer order. Patches of the same color within the same layer can be stitched in any order as chosen by the TSP algorithm.
2016-01-08major revampLex Neva
* properly process transform parameters (ungrouping no longer necessary!) * handle satin on beziers properly * previously beziers were stroked as straight line segments that included control points * allow overriding parameters on individual paths by adding extra svg params * embroider_angle, embroider_stitch_length, embroider_zigzag_spacing, embroider_row_spacing, etc * set using "Edit XML" * default to 10 pixels per millimeter * properly write CSV files in millimeters (was dividing by 10) * always translate pattern to origin to fit in hoop * add "running stitch length" for < 0.5 stroke width) * don't traceback if no paths were selected * add "repeats" option for stroke (satin/running stitch) to go back and forth over the line * good for a double line of center-line underlay below satin
2015-11-11Make it work well for FranklinBas Wijnen
Add Franklin G-Code target as output. Fix issue that filled area was treated as one patch per stitch. Don't autodetect orientation; let the user choose by orienting the object. Remove empty stitches. Base generated inkscape path on output from file. Allow maximum stitch length of 10 cm. Save debug output in /tmp. Disable almost all debugging. Let hatching connect the segments.
2015-01-03Increase precision of spacing paramsStefan Siegl
2015-01-02Improve zigzag path around stroke + sep. spacing configStefan Siegl
Don't use path nodes as stich points, just use the stroke as a guide for the zigzag stich
2015-01-02Optionally auto-generate preamblesStefan Siegl
2014-12-29Allow to collapse (jump) stitchesStefan Siegl
2014-12-29Allow to hatch filled pathsStefan Siegl
2014-12-29Fix indentationStefan Siegl
2014-12-27Add Embroidermodder 2 CSV exportStefan Siegl
2014-12-26Initial import of upstream codeStefan Siegl
Embroidery output extension for Inkscape; downloaded from http://www.jonh.net/~jonh/inkscape-embroidery/ on 2014-12-26 19:38 CET Copyright 2010 by Jon Howell, licensed under GPLv3.