Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
excellon writer - not working yet
|
|
|
|
|
|
|
|
|
|
|
|
be flipped). Render AM with outline to gerber
|
|
|
|
the movement of the machine
|
|
|
|
|
|
|
|
|
|
|
|
|
|
determinging region bounding box
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
with board size of zero for only one drill
|
|
coordinates. For large files, this decreases total time by 10-20%
|
|
|
|
|
|
but for now, using the one that works with wxpython
|
|
|
|
Merge from upstream
|
|
aperture
|
|
Remove svgwrite backend
|
|
We moved the functionality to cairo backend, it can write png and svg and maybe more (pdfs?)
|
|
|
|
Add fix to work with excellon with no tool definition.
|
|
I found out that Proteus generate some strange Excellon without any tool definition.
Gerbv renders it correctly and after digging in I found the heuristic that they use
to "guess" the tool diameter. This change replicates this behavior on pcb-tools.
|
|
When regions were the first thing draw there is no current aperture
defined, as regions do not require an aperture, so we use an zeroed
Circle as aperture in this case. Gerber spec says that apertures have
no graphical meaning for regions, so this should be enough.
|
|
Improve Excellon parsing coverage
|