summaryrefslogtreecommitdiff
path: root/requirements.txt
AgeCommit message (Collapse)Author
2018-05-02pin flask versionLex Neva
2018-04-29add colormath to requirements.txtLex Neva
2018-04-28deal with windows file copy permissions issuesLex Neva
2018-03-30print through web browser (#127)Lex Neva
* spawn a web server and open a printable view of the design in the user's web browser * configurable inclusion of client and operator views * editable fields for color names, client, title, and purchase order number * groundwork laid to save these parameters back into the SVG * major refactor of codebase to support printing * code is organized logically into modules * added inkstitch logo and branding guidelines * l10n text extraction now handled by babel * removed legacy embroider_update extension * partial fix for #125
2018-01-13pyinstaller release method (#16)Lex Neva
pyinstaller packages up all of a python script's dependencies and builds them into standalone executables. It can either do a directory (containing a single executable and a bunch of shared libraries) or a self-contained executable that effectively just contains a compressed version of the directory. The problem is, if you have several scripts like we do, you get several large directories or standalone binaries, and there's a ton of duplication between them. Fortunately it looks like using the directory method and just combining the directories works fine (for this project). This PR runs the above build on any tagged commit and publishes a release in github containing the pyinstall-ified tarball. If the tag is named like "v1.2.3" _and_ the tag is on the master branch, then the github release will be marked as "production". Otherwise, it will be marked as a "pre-release". This means that we can build testable tarballs of the extension in a pull request by tagging a commit.
2017-11-05add appdirs to requirements.txtLex Neva
2017-11-05add requirements.txtLex Neva