summaryrefslogtreecommitdiff
path: root/Makefile
AgeCommit message (Collapse)Author
2018-03-30InkStitch digitized logo SVGs (#123)wwderw
Single and multi-color digitized versions of the InkStitch logo.
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-02-27fix make messages.poLex Neva
2018-02-26don't include line numbers in messages.po (#101)Lex Neva
* don't include line numbers in messages.po * update messages.po
2018-02-19windows build (#79)Lex Neva
Ink/stitch now supports windows!
2018-02-04one more fixLex Neva
2018-02-04fix make localesLex Neva
2018-02-04framework for translations (#55)Lex Neva
sets up all the plumbing to send strings to CrowdIn for translation and incorporate the results
2018-01-23stop adding build.tar.gz to the releaseLex Neva
2018-01-23use TRAVIS_BRANCH (which is the tag for tag builds)Lex Neva
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.