Le 06/05/2013 22:01, Lorenzo Marcantonio a écrit :
On Mon, May 06, 2013 at 03:09:12PM -0400, Wayne Stambaugh wrote:
is the case. My guess that the units for linewidth plot setting is
either mils or decimils. I don't think we ever intended for nanometer
values to be saved in files. If I knew
On Tue, May 07, 2013 at 11:20:00AM +0200, jp charras wrote:
linewidth plot setting is stored in file in BIU (should not, because
all values are stored in mm (and very few in mils), no more in
decimils).
It somehow escaped to the BIU transition... whatever choice we do
probably old breaks;
I had to done this for some *idiotic* people which needs gerbers in
millimeters. Could help in some extreme DRC situation on the fabrication
side, I don't know... or maybe to raise precision (even if I don't think
current technology can achieve over than one decimil there are 12000 dpi
On 7 May 2013 13:51, Dick Hollenbeck d...@softplc.com wrote:
On 05/06/2013 04:36 PM, Brian Sidebotham wrote:
This turned into just a set of notes about CTest and Boost.Test:
CTest integrates well with CMake [1] and allows us to run executables
that perform tests.
Each test can be set as
On 6 May 2013 13:34, Dick Hollenbeck d...@softplc.com wrote:
On 05/06/2013 02:28 AM, Travis Ayres wrote:
Hi everyone,
I'm following along with build-msw.txt; should simple instructions for
boost be included?
Installing Boost with MinGW (so far) is a bit of a pain, and it could
save
I have worked a bit more on the idea of the “layer based constraints”. We
have already argued quite a bit about how one should tell KiCad about
different constraints on different layers. But I think, we all more or less
agree that there are realistic use cases where a constraint is not only
On 5/7/2013 9:01 AM, Brian Sidebotham wrote:
On 7 May 2013 13:51, Dick Hollenbeck d...@softplc.com
mailto:d...@softplc.com wrote:
On 05/06/2013 04:36 PM, Brian Sidebotham wrote:
This turned into just a set of notes about CTest and Boost.Test:
CTest integrates well with
If this feature would work neither with freerouter, nor Cern's push and
shove router, then
it would be useless to me.
fair enough. Of course it has to be consistent with the whole package!
I currently use freerouter in ps mode exclusively, never route in kicad.
what? Actually, I've
On 05/07/2013 04:06 PM, Simon Huwyler wrote:
If this feature would work neither with freerouter, nor Cern's push and
shove router, then
it would be useless to me.
fair enough. Of course it has to be consistent with the whole package!
I currently use freerouter in ps mode exclusively,
A short google consultation showed me this:
SPECCTRA FOR ORCAD AUTOROUTER
SPECCTRA for OrCAD is well known for its
comprehensive feature set. The extensive rule
set can control a wide range of constraints
from default board-level rules to rules by net
and net class.
default board-level rules
Load source specctra_import.cpp.
In the comments near the top, look for specctra.pdf. tells where.
On May 7, 2013 6:20 PM, Simon Huwyler simon.huwy...@bluewin.ch wrote:
A short google consultation showed me this:
SPECCTRA FOR ORCAD AUTOROUTER
SPECCTRA for OrCAD is well known for its
11 matches
Mail list logo