git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@749 bbaffbd6-741e-11dd-a85d-61de82d9cad9

implemented ordered/unordered task result delivery


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@748 bbaffbd6-741e-11dd-a85d-61de82d9cad9

adjusted the ContourFollow strategy to use caching properly


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@747 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@746 bbaffbd6-741e-11dd-a85d-61de82d9cad9

improved uuid handling of Model


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@745 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@744 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@743 bbaffbd6-741e-11dd-a85d-61de82d9cad9

use job IDs to distinguish between remaining cruft from old tasks and results of the current task


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@742 bbaffbd6-741e-11dd-a85d-61de82d9cad9

fixed a minor bug reported by "abrom" - thanks!


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@741 bbaffbd6-741e-11dd-a85d-61de82d9cad9

* a pstoedit bug in Ubuntu 'lucid' causes a non-zero return code for the eps->dxf conversion
* this exit code (-11) is accepted with a warning now


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@740 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@739 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@738 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@737 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@736 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@735 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@734 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@733 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@732 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@731 bbaffbd6-741e-11dd-a85d-61de82d9cad9

forgot to commit the change in the startup script in the previous changeset (fixes a weird namespace issue)
updated the Changelog


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@730 bbaffbd6-741e-11dd-a85d-61de82d9cad9

added a Lock to prevent parallel access to the cutter's "moveto" function (this would cause problems with the collision detection)
fixed a weird namespace issue in the startup script


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@729 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@728 bbaffbd6-741e-11dd-a85d-61de82d9cad9

multi-threading is now configurable via the commandline


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@727 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@726 bbaffbd6-741e-11dd-a85d-61de82d9cad9

added support for the multiprocessing module (uses multiple processes for calculating ContourFollow toolpaths)


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@725 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@724 bbaffbd6-741e-11dd-a85d-61de82d9cad9

fixed typo
fixed another floating point inaccuracy issue
replaced full function definitions for "ceil", "sqrt" and "number" with lambda inline functions


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@723 bbaffbd6-741e-11dd-a85d-61de82d9cad9

fix floating inaccuracy problem in ContourFollow
added string representation for Bounds instances


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@722 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@721 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@720 bbaffbd6-741e-11dd-a85d-61de82d9cad9

pre-select output filenames for "Save as" dialogs based on the model's filename


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@719 bbaffbd6-741e-11dd-a85d-61de82d9cad9

disabled code for adding comments to the STL files
fixed two sample STL files with wrong order of vertices


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@718 bbaffbd6-741e-11dd-a85d-61de82d9cad9

ContourFollow should use SimpleCutter instead of PathAccumulator (since it is a slice based algorithm)


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@717 bbaffbd6-741e-11dd-a85d-61de82d9cad9

fixed order of points when creating a support grid (this fixes the normal's and thus finally fixes collision detection)


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@716 bbaffbd6-741e-11dd-a85d-61de82d9cad9

improve results for non-cylindrical cutter
avoid ambiguous collision checks starting from an endpoint of a possible outer_edge


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@715 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@714 bbaffbd6-741e-11dd-a85d-61de82d9cad9

ignore only triangles for further processing if the triangle is completely above the current cutter location


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@713 bbaffbd6-741e-11dd-a85d-61de82d9cad9

git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@712 bbaffbd6-741e-11dd-a85d-61de82d9cad9

don't transform the edges of a triangle during a rotation/shifting - they are re-calculated afterwards anyway
 * this should improve the performance of model transformations significantly
fixed the order of the vertices for OpenGL: a counter-clockwise order is expected


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@711 bbaffbd6-741e-11dd-a85d-61de82d9cad9

fixed the generation of the triangle's normal (in case they are undefined or badly formatted) during import (they pointed at the inside of the model before)
fixed the order of vertices when creating a new Triangle instance (clockwise instead of STL's counter-clockwise order is expected)
output a warning once if the direction of the normal does not match the order of the vertices of a triangle (both indicators are redundant and should be consistent)


git-svn-id: https://pycam.svn.sourceforge.net/svnroot/pycam/trunk@710 bbaffbd6-741e-11dd-a85d-61de82d9cad9