summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMichael Schwarz <michi.schwarz@gmail.com>2015-03-07 12:21:04 +0100
committerMichael Schwarz <michi.schwarz@gmail.com>2015-03-07 12:24:55 +0100
commit09b8f8c1268c9b8c872ec39a09795ecbcac9d00c (patch)
tree97c9930126886532e206d717b6b97a3de2253192
parentb424b1bf755c675416ad716f43185ac8c89a2fb4 (diff)
downloadpogojig-09b8f8c1268c9b8c872ec39a09795ecbcac9d00c.tar.gz
pogojig-09b8f8c1268c9b8c872ec39a09795ecbcac9d00c.tar.bz2
pogojig-09b8f8c1268c9b8c872ec39a09795ecbcac9d00c.zip
Support for setting the DXF export quality.
-rw-r--r--Makefile17
-rw-r--r--readme.creole21
-rw-r--r--support/dxf_export/effect.py4
3 files changed, 27 insertions, 15 deletions
diff --git a/Makefile b/Makefile
index 867512a..79deb61 100644
--- a/Makefile
+++ b/Makefile
@@ -1,11 +1,14 @@
-# Used by dxf_export/main.sh
-INKSCAPE ?= inkscape
-OPENSCAD ?= openscad
-PYTHON ?= python2
+# Installation-dependent settings. You can overwrite these in a file called config.mk in the same directory as this makefile. See readme.creole.
+INKSCAPE := inkscape
+OPENSCAD := openscad
+PYTHON := python2
-PYTHON_CMD := PYTHONPATH="support:$$PYTHONPATH" $(PYTHON)
+# Settings affecting the compiled results. You can overwrite these in a file called settings.mk in the same directory as this makefile. See readme.creole.
+DXF_FLATNESS := 0.1
+
+export INKSCAPE OPENSCAD DXF_FLATNESS
-export INKSCAPE OPENSCAD
+PYTHON_CMD := PYTHONPATH="support:$$PYTHONPATH" $(PYTHON)
# All visible files in the src directory. Ignore files whose names contain spaces.
SRC_FILES := $(shell find src -not \( \( -name '.*' -or -name '* *' \) -prune \))
@@ -38,7 +41,7 @@ clean:
rm -rf $(GENERATED_FILES) $(DXF_FILES) $(STL_FILES) $(DEPENDENCY_FILES)
# Include the local configuration file and the dependency files. Needs to be included after the `all' target has been defined.
--include config.mk $(DEPENDENCY_FILES)
+-include config.mk settings.mk $(DEPENDENCY_FILES)
# Rule to convert an SVG file to a DXF file.
%.dxf: %.svg
diff --git a/readme.creole b/readme.creole
index 1c587ed..e8a5a5b 100644
--- a/readme.creole
+++ b/readme.creole
@@ -26,7 +26,7 @@ Branch `examples` additionally contains a few example source files which are rea
=== Explicitly specifying paths to binaries
-If any of the required binaries is not available on `$PATH` or different versions should be used, the paths to these binaries can be configured by creating a file called 'config.mk' in the same directory as the makefile. There, variables can be set to the paths to these binaries (or to a different binary name which can be found on `$PATH`), like shown in the following example:
+If any of the required binaries is not available on `$PATH` or different versions should be used, the paths to these binaries can be configured by creating a file called `config.mk` in the same directory as the makefile. There, variables can be set to the paths to these binaries (or to a different binary name which can be found on `$PATH`), like shown in the following example:
{{{
# Path to the OpenSCAD binary
@@ -56,14 +56,13 @@ The makefile will automatically convert the SVG file to a DXF file when building
import("file.dxf", "background");
}}}
-The DXF export supports all shapes supported by Inkscape (e.g. rectangles, circles, paths, spiro lines, text, ...). Before the object are exported, all objects are converted to paths and combined using the union operation. Then, the resulting paths are converted to line segments which closely follow the curved parts of the path [0]. The resulting line segments are exported to DXF and combined to the original shapes when imported in OpenSCAD. For these transformations to work, the objects need to be placed in Inkscape layers.
+The DXF export supports all shapes supported by Inkscape (e.g. rectangles, circles, paths, spiro lines, text, ...). Before the object are exported, all objects are converted to paths and combined using the union operation. Then, the resulting paths are converted to line segments which closely follow the curved parts of the path. The resulting line segments are exported to DXF and combined to the original shapes when imported in OpenSCAD. For these transformations to work, the objects need to be placed in Inkscape layers.
-OpenSCAD itself does not defined in which unit any numbers are interpreted [1]. Inkscape OTOH allows the used to defined a document wide unit as well as using different units when specifying the size and position of shapes. When exporting the SVG document using Inkscape, all numbers are converted to the unit specified under ''General'' in Inkscape's ''Document Properties'' dialog. These numbers are then used when writing the DXF document and these are the numeric sizes and positions that OpenSCAD will see.
+OpenSCAD itself does not defined in which unit any numbers are interpreted [0]. Inkscape OTOH allows the used to defined a document wide unit as well as using different units when specifying the size and position of shapes. When exporting the SVG document using Inkscape, all numbers are converted to the unit specified under ''General'' in Inkscape's ''Document Properties'' dialog. These numbers are then used when writing the DXF document and these are the numeric sizes and positions that OpenSCAD will see.
-DXF and OpenSCAD both use a right-handed coordinate system (the Y axis runs up when the X-axis runs to the right). While SVG uses a left-handed coordinate system (the Y axis runs down if the same orientation is used). Inkscape, surprisingly also uses a right-handed coordinate system. The DXF export script honors that and places assumes the origin of the document in the lower left corner when exporting the document.
+DXF and OpenSCAD both use a right-handed coordinate system (the Y axis runs up when the X-axis runs to the right). While SVG uses a left-handed coordinate system (the Y axis runs down if the same orientation is used). Inkscape, surprisingly also uses a right-handed coordinate system. The DXF export script honors that and places the origin of the document in the lower left corner when exporting the document.
-[0]: Controlling how fine curved parts are subdivided currently cannot controlled without editing the DXF export scripts. This is a pending issue.
-[1]: Although millimeters seems to be the predominant unit.
+[0]: Although millimeters seems to be the predominant unit.
=== OpenSCAD files
@@ -78,6 +77,16 @@ use <filename>
OpenSCAD files may be compiled to STL and used from other OpenSCAD files at the same time. Please see the [http://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Print_version|manual] for details and on how to use OpenSCAD in general.
+=== Settings used for compilation
+
+The quality of the DXF export can be specified by creating a file called `settings.mk` in the same directory as the makefile. Setting `DXF_FLATNESS` to a smaller value (which defaults to `0.1`) creates a shape that more closely follows curved parts of the exported shapes.
+
+{{{
+# Specify how far the exported approximation may deviate from the actual shape. The default is 0.1.
+DXF_FLATNESS := 0.02
+}}}
+
+
== Generating Source files
This template includes support automatically generated source files. Currently supported for inclusion in the build process are OpenSCAD and SVG files. This works by editing the `generate_sources.sh` script.
diff --git a/support/dxf_export/effect.py b/support/dxf_export/effect.py
index 206ce9d..52915cc 100644
--- a/support/dxf_export/effect.py
+++ b/support/dxf_export/effect.py
@@ -2,7 +2,7 @@
Based on code from Aaron Spike. See http://www.bobcookdev.com/inkscape/inkscape-dxf.html
"""
-import pkgutil, re
+import pkgutil, os, re
from . import inkex, simpletransform, cubicsuperpath, cspsubdiv
@@ -32,7 +32,7 @@ class DXFExportEffect(inkex.Effect):
self._dxf_instructions = []
self._handle = 255
- self._flatness = 0.1
+ self._flatness = float(os.environ['DXF_FLATNESS'])
def _get_user_unit(self):
"""