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 required (to be passed) or not. The
result of each test is based on a rule that is defined in the each tests
properties
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 what units the linewidth setting
> is supposed to
On 5/6/2013 2:15 PM, l.marcanto...@logossrl.com wrote:
> On Mon, May 06, 2013 at 07:53:39PM +0200, l.marcanto...@logossrl.com wrote:
>
> I looked it the plot option class and the default plot line width comes from
> the global default line width (it is initialized in BIU); the defaults
> in the fi
On Mon, May 06, 2013 at 07:53:39PM +0200, l.marcanto...@logossrl.com wrote:
I looked it the plot option class and the default plot line width comes from
the global default line width (it is initialized in BIU); the defaults
in the file are fine (0,381mm) so IMHO it somehow happened during plot opt
On 05/06/13 20:20, Adam Wolf wrote:
> I think at this point all my concerns have been addressed via off-list email.
> Thanks folks!
Well, that's _very_ nice to read :) Thanks to everyone involved. I've
noticed that almost every time something gets um, "difficult" it's
either misunderstanding, qui
On Mon, May 06, 2013 at 05:32:06PM -, Wayne Stambaugh wrote:
> Was this a default value in the plot dialog or in one of the classes
> that the plot dialog uses? The value probably was in deci-mils and
> didn't get converted to nanometers when we made the change. I think
> converting it to the
I think at this point all my concerns have been addressed via off-list email.
I'll discuss refactoring options with Miguel over the next few days in
another thread.
Thanks folks!
Adam Wolf
Wayne and Layne, LLC
On Sun, May 5, 2013 at 10:54 AM, Adam Wolf
wrote:
> Hi Dick,
>
> I'm not concerned a
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
> people some
> time. The rest of the instructions were well wri
On Mon, May 06, 2013 at 02:57:48AM -0700, Cirilo Bernardo wrote:
> Many workshops still accept only IGES format for files and not STEP; it
> really depends on what software tools the shop has. I still think
> implementing this is a big job even if 640 isn't so bad ... that's about how
> many pa
- Original Message -
> From: Lorenzo Marcantonio
> To: Kicad Developers
> Cc:
> Sent: Monday, May 6, 2013 6:03 PM
> Subject: Re: [Kicad-developers] About MCAD integration
>
> On Mon, May 06, 2013 at 08:31:27AM +0200, Lorenzo Marcantonio wrote:
>> *If* the target is only exporting t
On Mon, May 06, 2013 at 11:50:34AM +0200, Tomasz Wlostowski wrote:
> I need complex designs. My old PC has no problems handling this one:
> http://www.ohwr.org/attachments/1916/svectop_s.png (with very
> accurate STEP models) at ~20-30 FPS. The PC is probably worth less
I see a lot of empty space
>
> From: Miguel Angel Ajo Pelayo
>To: Kicad Developers
>Sent: Monday, May 6, 2013 5:39 PM
>Subject: Re: [Kicad-developers] About MCAD integration
>
>
>
>I have an idea. may be simpler,
>
>
>If we keep freecad as a dependency, they have python too, so we could
On 05/06/2013 10:13 AM, Lorenzo Marcantonio wrote:
On Mon, May 06, 2013 at 10:06:18AM +0200, Miguel Angel Ajo wrote:
anyway I find more useful a full model output (with all shapes) than bounding
boxes :)
Then you *really* have a lot of memory and processor time to handle you
designs :D.
Lor
- Original Message -
> From: Lorenzo Marcantonio
> To: Kicad Developers
> Cc:
> Sent: Monday, May 6, 2013 4:31 PM
> Subject: Re: [Kicad-developers] About MCAD integration
>
> On Sun, May 05, 2013 at 06:50:50PM -0700, Cirilo Bernardo wrote:
>> checking information such as panel cuto
On Mon, May 06, 2013 at 11:32:58AM +0200, jp charras wrote:
> Do you talking about "minipage preview" in dialog ?
Yes, that one.
> To update the minipage preview, the right thing to do is what the
> current code does:
> recopy the current sting value in the temporary TITLE_BLOCK m_tb
> correspond
Le 05/05/2013 21:27, Lorenzo Marcantonio a écrit :
On Sun, May 05, 2013 at 08:51:40PM +0200, yann jautard wrote:
I absolutly don't know anything to WX, but with other UI libs, this
allow to "live check" the user entry, and for example popup a
warning when entering text in an int field.
Yes, if
Most MCAD (and other electronic software tools) won't accept vrml,
also simulation tools won't work with vrml which is designed for
visualization mainly.
Miguel Angel Ajo
http://www.nbee.es (http://www.nbee.es/)
+34911407752
skype: ajoajoajo
On Monday, 6 de May de 2013 at 10:27, Martijn
On the verge of asking a stupid question:
Why isn't VRML sufficient? Most packages support it and there is even a free
library (Coin3d is now GPL).
/Martijn
On May 6, 2013, at 9:16 AM, Miguel Angel Ajo wrote:
> Well, the full models can be done later,
>
> What I find more important is the f
Well, the full models can be done later,
What I find more important is the full PCB detail (holes, countour, etc..)
which it's really used
for MCAD integration :-)
If you do it for IGES (which I think it's a good Idea), please consider to do
it like a plugin (3D exporter)
because, this way some
On Mon, May 06, 2013 at 10:06:18AM +0200, Miguel Angel Ajo wrote:
> anyway I find more useful a full model output (with all shapes) than bounding
> boxes :)
Then you *really* have a lot of memory and processor time to handle you
designs :D (alternatively you don't need complex designs). Boundary
Le 06/05/2013 09:28, Travis Ayres a écrit :
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 people some time. The rest of the instructions were well
written and conci
I don't mean that you provide or compile freecad for that task, that's already
available.
then you do a "import freecad"
but if IGES can be used, and it's simple…
anyway I find more useful a full model output (with all shapes) than bounding
boxes :)
Miguel Angel Ajo
http://www.nbee.es (http://
On Mon, May 06, 2013 at 08:31:27AM +0200, Lorenzo Marcantonio wrote:
> *If* the target is only exporting the board outline with holes and maybe
> the component extrusion (the equivalent of IDF3), it can be feasible
> even in house. In the boundary representation mode for 'simple' thing
> by face/ed
On Mon, May 06, 2013 at 09:39:26AM +0200, Miguel Angel Ajo Pelayo wrote:
> I have an idea. may be simpler,
>
> If we keep freecad as a dependency, they have python too, so we could call
> python "freecad" to build the model as we want, and save it as we desire.
> We would become brothers with free
I have an idea. may be simpler,
If we keep freecad as a dependency, they have python too, so we could call
python "freecad" to build the model as we want, and save it as we desire.
We would become brothers with freecad, but isn't it free software too? :)
2013/5/5 Lorenzo Marcantonio
> People
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 people some time. The rest of the instructions were well
written and concise.
I'm even thinking it might be useful to i
26 matches
Mail list logo