Can you test the attached patch:
It removes the if( ..) useless test (and perhaps broken) which explains
sometimes the panning does not happen.
It set the cross hair position before sending the event which uses this
position, and ensure the zoom center does not uses a strange previous
On 06/09/2013 03:24 PM, Chris Morgan wrote:
http://bazaar.launchpad.net/~kicad-testing-committers/kicad/testing/revision/4203
Spotted the extra changes to HOW_TO_CONTRIBUTE.txt when trying to merge up to
the latest
kicad here as it caused a conflict.
Chris
With bzr, you are advised to
On 06/10/2013 07:37 AM, Chris Morgan wrote:
On Mon, Jun 10, 2013 at 8:29 AM, Dick Hollenbeck d...@softplc.com
mailto:d...@softplc.com wrote:
Can you test the attached patch:
It removes the if( ..) useless test (and perhaps broken) which explains
sometimes the panning
On 06/09/2013 02:04 PM, NHays Terrace wrote:
It seems to me that the coordinate origin being up and left of the sheet is
rather arbitrary.
I can understand that you must start somewhere and that the system needs an
absolute origin.
But when I relocate the grid origin, I would think that the
This way no odd-balls show up like 0.3 becoming 0.2999.
Assumes facts not in evidence. Provide a file please for confirmation.
Or file a bug report.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
http://electronicdesign.com/boards/smt-leds-emit-light-through-holes
Is there another way to do this with SMT without using this special product?
Do SMT LEDS light on their backside? If show, could a person not use a normal
SMT LED for
this and simply put a NPTH in the middle of the two pads?
On 06/10/2013 03:59 PM, Adam Wolf wrote:
I am not certain if SMT LEDs light on their backside, but the ones I
have used do not. One way to test this is with a continuity check on
a multimeter--you can usually get a little light out.
On the other hand, I have used these previously with the
On 06/08/2013 07:08 PM, Chris Morgan wrote:
I'm still not sure how to generate patches with bzr. I really want to do 'bzr
format-patch
-1' like with git but I can't find an equivalent approach.
revno: 4196
committer: Chris
Thanks Chris for reporting this problem.
I am not thrilled about having support for panning in two different places
(especially if
the original location is no longer functional). The original place is
EDA_DRAW_PANEL::OnMouseLeaving() as you pointed out.
Looking in there, I discovered an off
Looking at it again, I think there *still* some asymmetry with respect to the
if() test.
The if() test should probably be:
if( size.x = event.GetX() || size.y = event.GetY()
|| event.GetX() 0 || event.GetY() 0 )
So that if the mouse is even one pixel outside the client, or more, then
On 06/09/2013 11:55 AM, jp charras wrote:
Le 09/06/2013 18:33, Dick Hollenbeck a écrit :
Jean-Pierre,
When I open latest pcbnew I get the attached message.
a) The title of the window is wrong, window titles should be capitalized,
per UI guidelines.
b) the window itself is un-welcomed
The if() test should probably be:
if( size.x = event.GetX() || size.y = event.GetY()
|| event.GetX() 0 || event.GetY() 0 )
Fine, that works.
But let's remember that there are workspace limits defined by how many
nanometers can fit
in a 32 bit integer workspace.
I don't think
On 06/09/2013 01:01 PM, Dick Hollenbeck wrote:
The if() test should probably be:
if( size.x = event.GetX() || size.y = event.GetY()
|| event.GetX() 0 || event.GetY() 0 )
Fine, that works.
But let's remember that there are workspace limits defined by how many
nanometers can
logic is in place.
Dick
Chris
On Sunday, June 9, 2013, Dick Hollenbeck wrote:
On 06/09/2013 01:01 PM, Dick Hollenbeck wrote:
The if() test should probably be:
if( size.x = event.GetX() || size.y = event.GetY()
|| event.GetX() 0
/boost_1_53_0.tar.bz2]
expected hash: [a00d22605d5dbcfb4c9936a9b35bc4c2]
actual hash: [d41d8cd98f00b204e9800998ecf8427e]
On Wed, Jun 5, 2013 at 7:31 AM, Dick Hollenbeck d...@softplc.com wrote:
On 05/31/2013 04:47 PM, Dick Hollenbeck wrote:
In revision 4183 the boost headers have
.
On Jun 6, 2013 3:54 AM, Dick Hollenbeck d...@softplc.com wrote:
This is from the ppa machine? Has it happened more than once? If so, is
the computed MD5 the same each time or random?
The download can be done using wget and md5sum program can be used to
recheck binary by hand. If still same
a difference.
If the dev team doesn't object, this would likely be the easiest way
for me to get this stuff working (and fix a longstanding issue with
the PPAs at the same time.)
Adam Wolf
Wayne and Layne, LLC
On Thu, Jun 6, 2013 at 4:35 AM, Dick Hollenbeck d...@softplc.com wrote:
I
On 06/06/2013 10:41 AM, Dick Hollenbeck wrote:
Hi Adam,
Although I am not a user of the PPA nor of pre-packaged downloads for KiCad,
I would
consider this offer to be a *very generous* one from you. I think my fellow
KiCad users
would benefit from it.
Is there any way we can
I understand the concern against lock-in. I also like the fact that
the build logs on the Launchpad servers are available to everyone.
Before I cut over to pushing packages from my build server to the
PPA rather than from the Launchpad packages to the build server, I
will find a way to
On 05/31/2013 04:47 PM, Dick Hollenbeck wrote:
In revision 4183 the boost headers have been removed from the repo.
The CMakeLists.txt build environment now downloads those one time and
installs them in the
source tree upon first build.
In revision 4190:
a) I made the download directory
On 05/30/2013 03:12 PM, Dick Hollenbeck wrote:
On 05/30/2013 01:16 PM, Dick Hollenbeck wrote:
On 05/30/2013 08:30 AM, Kerusey Karyu wrote:
Hi.
I applied rules to Bazaar as You suggest below:
Gang,
Please put the attached file into your BZR_HOME directory and name it
rules.
OK. I
On 06/04/2013 03:32 PM, Adam Wolf wrote:
Align and distribute support in Kicad would be useful, and one of the
features I want the most--however, when I looked at the code to work
on it, it did not seem like something I could do. It would be
interesting to see what the dev team thinks, and if
On 06/04/2013 04:01 PM, Dick Hollenbeck wrote:
On 06/04/2013 03:32 PM, Adam Wolf wrote:
Align and distribute support in Kicad would be useful, and one of the
features I want the most--however, when I looked at the code to work
on it, it did not seem like something I could do. It would
I just added new support for numbers with exponents in the DSNLEXER class.
As a result, a token that looks like any of these
1e2 123.1E-23 (E or e in it)
will now look like a number token to the lexer. This has the possibility to
cause the
board parser to puke, and likely will smoke out
On 05/31/2013 10:00 AM, Brian Sidebotham wrote:
I just wanted to quickly add to anyone concerned about contaminating their
global BZR
scope with the rules file - you can of course have more than one BZR_HOME. So
you can
create a new Bazaar profile for working on KiCad and just make sure you
In revision 4183 the boost headers have been removed from the repo.
The CMakeLists.txt build environment now downloads those one time and installs
them in the
source tree upon first build. Subsequent builds will work as before, that is
after boost
is downloaded, un-tarred, patched, and copied
On 05/30/2013 08:30 AM, Kerusey Karyu wrote:
Hi.
I applied rules to Bazaar as You suggest below:
Gang,
Please put the attached file into your BZR_HOME directory and name it
rules.
OK. I assume that these rules are strict for Kicad Developpers team who
maintain the code and should
Hello!
You probably already know, but in case you didn't notice,
I just want to point out site kicad-pcb.org http://kicad-pcb.org is down or
malfunctioning. It has been down for approx. two weeks now.
Or at least it looks so from here.
My 2c.
br
Ales
On May 25, 2013 11:45 AM, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
A strange thing happened today... I did a bzr up in the pristine (i.e.
vendor, 'official') branch and it signalled a conflict on
dialog_3D_view_option.cpp
This, of course have no sense since I don't make any
On May 25, 2013 12:01 PM, Shane Volpe shanevo...@gmail.com wrote:
I've been trying to get the samples together but I'm struggling with
getting KiCAD to compile. I switched from Ubuntu to ArchLinux and
have had no luck getting KiCAD to compile under ArchLinux. I keep
getting the following
On 05/18/2013 05:20 AM, Brian Sidebotham wrote:
On 18 May 2013 05:46, Dick Hollenbeck d...@softplc.com
mailto:d...@softplc.com wrote:
On May 17, 2013 5:00 PM, Brian Sidebotham brian.sidebot...@gmail.com
mailto:brian.sidebot...@gmail.com wrote:
Sorry Dick! Please find
Gang,
Please put the attached file into your BZR_HOME directory and name it rules.
This file is also now in the root of the source tree, but has no effect there.
It
contains instructions as comments that relate to linux and windows. Mac users
will have
to confirm on your own where BZR_HOME
On 05/24/2013 04:25 PM, Dick Hollenbeck wrote:
On 05/22/2013 04:34 PM, Dick Hollenbeck wrote:
I think a bug was introduced recently that is putting tilda characters into
library files.
If a field such as Footprint is blank in the eeschema library part editor,
it gets put
into the library
On 05/23/2013 12:57 AM, Alexander Lunev wrote:
For some reason, the license in COPYRIGHT.txt differs from license in most of
KiCad source
files, including menu: Help-About...-License.
COPYRIGHT.txt has LGPL ver.2 text.
This has confused me once again.
Alexander
You are correct. I
On 05/23/2013 01:37 AM, jp charras wrote:
Le 23/05/2013 04:08, Dick Hollenbeck a écrit :
On 05/22/2013 07:36 PM, Lorenzo Marcantonio wrote:
On Wed, May 22, 2013 at 03:05:29PM -0500, Dick Hollenbeck wrote:
The more common practice is to use extern declarations in the header, and
define
Thank you Lorenzo.
Dick
On May 23, 2013 11:40 AM, Wayne Stambaugh stambau...@verizon.net wrote:
On 5/22/2013 2:36 PM, Lorenzo Marcantonio wrote:
On Wed, May 22, 2013 at 06:36:27PM +0200, Lorenzo Marcantonio wrote:
On Wed, May 22, 2013 at 06:23:02PM +0200, jp charras wrote:
Try to use the
Ki_WorkSheetDataWS_Revision =
{
WS_REV,
WS_SizeSheet,
BLOCK_REV_X, BLOCK_REV_Y,
0, 0,
wxT( Rev: ),NULL
};
Jean-Pierre,
I noticed in title_block_shapes.h you have data definitions rather than
declarations:
On 05/22/2013 03:05 PM, Dick Hollenbeck wrote:
Ki_WorkSheetDataWS_Revision =
{
WS_REV,
WS_SizeSheet,
BLOCK_REV_X, BLOCK_REV_Y,
0, 0,
wxT( Rev: ),NULL
};
Jean-Pierre,
I noticed in title_block_shapes.h you have data
I think a bug was introduced recently that is putting tilda characters into
library files.
If a field such as Footprint is blank in the eeschema library part editor, it
gets put
into the library now with ~ rather than being omitted. Even if you restart
eeschema,
come back and delete the ~
On May 18, 2013 5:20 AM, Brian Sidebotham brian.sidebot...@gmail.com
wrote:
On 18 May 2013 05:46, Dick Hollenbeck d...@softplc.com wrote:
On May 17, 2013 5:00 PM, Brian Sidebotham brian.sidebot...@gmail.com
wrote:
Sorry Dick! Please find the diff attached. It took me ages to sort
On 05/17/2013 10:41 AM, Kaspar Bumke wrote:
I would like to get more involved in KiCad development and testing is
an interest I am currently developing.
I have just set up a framework to test SooperLooper (an audio
live-looping program written in C++) using Python[1]. To do this I
made
Wayne,
I appreciate the work you did on the pin search feature of Eeschema. I am
searching
through 100 pins, when a pin has a name like:
PTB0/LLWU_P5/I2C0_SCL/FTM1_CH0/RMII0_MDIO/MII0_MDIO/FTM1_QD_PHA/LCD_P0/ADC0_SE8/ADC1_SE8/TSI0_CH0
for a string like *ADC0_SE8* and it works well, better
On 05/15/2013 04:17 PM, Alexander Lunev wrote:
Note: we have feedback from users/developers only for the Eagle importer.
*I have got that feedback. Users/developers communicate with me directly.*
*If pcad2kicadsch was in lp:kicad, I think they would send reports to the
developer
mailing
On May 12, 2013 5:55 AM, Travis Ayres tray...@gmail.com wrote:
hi everyone,
I downloaded wxFB so that I could examine the *.fbp and gain more insight
into the KiCad source, but when I used the stable version I was unable to
open the files - wxFB stated that the file was created with a newer
Could we also try to standardize on line ends? sadly bzr doesn't handle
automatic conversion like svn:eol-style, and diffs come out with ugly
results. Just a personal suggestion, they don't give actually much
trouble.
Line endings:
Yes, you should not have to suffer.
I will look
On May 8, 2013 3:26 AM, Simon Huwyler simon.huwy...@bluewin.ch wrote:
uh, another thing, I think this has also been mentioned before: It
should be an absolute must to be able to define net classes in eeschema. I
think, from the technical point of view, this should be easy.
At least netnames
of the mailing list.
-Ursprüngliche Nachricht- From: Lorenzo Marcantonio
Sent: Wednesday, May 08, 2013 2:12 PM
To: Kicad Developers
Subject: Re: [Kicad-developers] layer based constraints
On Wed, May 08, 2013 at 07:03:48AM -0500, Dick Hollenbeck wrote:
Alfons, in munich, worked for zucken
On May 8, 2013 7:31 AM, Dick Hollenbeck d...@softplc.com wrote:
On May 8, 2013 7:24 AM, Simon Huwyler simon.huwy...@bluewin.ch wrote:
Kicad evolves based on individual need. Try and stay close to your
individual use cases, else you may end up creating something few will
use.
Einstein
instead of really thinking about future
features, and how to do it right. As I said, I don't intend this branch to
be merged as-is, but more as a basepoint for some discussion.
Greets
Simon
-Ursprüngliche Nachricht-
From: Dick Hollenbeck
Sent: Sunday, April 28, 2013 3:12 PM
call it a day for now. :-)
Dick, could you tell me where I can find this pdf? Thanks!
-Ursprüngliche Nachricht- From: Simon Huwyler
Sent: Wednesday, May 08, 2013 1:09 AM
To: Dick Hollenbeck
Cc:
kicad-developers@lists.**launchpad.netkicad-developers@lists.launchpad.net
Subject: Re
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 written
BOARD_ACTIONS:
was/is a potential solution to a relatively small problem space, whose size is
given by
the answer to the following question:
*) how many functions, say member functions, are there that operate on a BOARD,
that need
no GUI, and must be used by both the frame and by top level
On 05/03/2013 04:23 PM, Adam Wolf wrote:
Hi Dick,
I appreciate the 1187 commits. If I didn't, I would have simply
created another PPA and maintained a testing branch, selling this
functionality to board houses.
Can you tell me (privately if need be) how much Wayne and Layne would
have
On Fri, May 3, 2013 at 4:39 PM, Dick Hollenbeck d...@softplc.com wrote:
I haven't even had time to read what Lorenzo is thinking yet. And as I
said, I would not
do anything this big without talking to the key share holders, excuse me,
lead developers,
JP and Wayne.
So at some point
We introduced a patch today which introduces UTF8 encoding into a couple of
source files,
then made a policy decision to allow UTF8 string constants in 8 bit strings.
So this is
currently about 3 places only, nothing to worry about yet.
The only time you can be sure you have an 8 bit string is
On 05/03/2013 01:22 AM, Lorenzo Marcantonio wrote:
On Thu, May 02, 2013 at 11:20:09PM -0500, Dick Hollenbeck wrote:
We introduced a patch today which introduces UTF8 encoding into a couple of
source files,
then made a policy decision to allow UTF8 string constants in 8 bit strings.
So
On 05/03/2013 01:56 PM, Lorenzo Marcantonio wrote:
On Fri, May 03, 2013 at 01:38:58PM -0500, Adam Wolf wrote:
Lorenzo,
I've already done the SWIG magic to hook up FILE * to Python file like
objects. It was about 5 lines in the SWIG files. It works, today,
using my patch and drill.py. This
On 05/03/2013 02:23 PM, Lorenzo Marcantonio wrote:
On Fri, May 03, 2013 at 02:02:01PM -0500, Dick Hollenbeck wrote:
What about what I think Lorenzo? Is that important to you in any way?
I reread this:
https://lists.launchpad.net/kicad-developers/msg07515.html
(is this what you were talking
. Obligations are somewhat binding, so I perk up. Other stuff is
not as
important.
So no, we're not committing your patch. At least not at this time. But I said
that in so
many words yesterday.
Dick
Adam Wolf
Wayne and Layne, LlC
On Fri, May 3, 2013 at 2:45 PM, Dick Hollenbeck d
Wayne and Layne, LLC
On Fri, May 3, 2013 at 4:05 PM, Dick Hollenbeck d...@softplc.com wrote:
On 05/03/2013 03:07 PM, Adam Wolf wrote:
Hi folks,
Can I selfishly suggest something?
Since Dick has a plan for where this goes and how the future interface
works, can we do the minor changes in my
On 05/02/2013 12:18 AM, Lorenzo Marcantonio wrote:
On Wed, May 01, 2013 at 04:09:58PM -0500, Dick Hollenbeck wrote:
On 05/01/2013 11:27 AM, Lorenzo Marcantonio wrote:
On Wed, May 01, 2013 at 05:38:48PM +0200, Miguel Angel Ajo wrote:
If the object is obtained via GetBoard() , it won't
On 05/02/2013 02:03 AM, Lorenzo Marcantonio wrote:
On Thu, May 02, 2013 at 01:25:02AM -0500, Dick Hollenbeck wrote:
Please, just give us a script or the commands that causes the crash, a bug
report can be
created.
OK, I don't have python on this machine, I'll do that tonight.
With my
Can you build it in Release mode?
On 05/02/2013 12:31 PM, Edwin van den Oetelaar wrote:
bzr pull
Using saved parent location:
http://bazaar.launchpad.net/~kicad-testing-committers/kicad/testing/
M pcbnew/netlist.cpp
M pcbnew/specctra_export.cpp
All changes applied successfully.
Now
On 05/01/2013 09:39 AM, Adam Wolf wrote:
Hi folks,
One of the tasks I've been doing for Wayne and Layne for Kicad is
command line plot and drill generation. Internally, we're going to
use it to generate files upon commit to better track progress in the
distributed team, but externally,
l.marcanto...@logossrl.com
mailto:l.marcanto...@logossrl.com wrote:
On Tue, Apr 30, 2013 at 02:00:16PM -0500, Dick Hollenbeck wrote:
I agree with you, to the extent that having some new code in wxPthon is
likely to
accelerate the evolution of KiCad to near epic speed. Simply
I got around to it.
rev 4124.
attachment: round-board.jpeg___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help :
No, if you need that, make it a complie time option that defaults to not
enabled, so current behavior is retained by default.
I truly hope this is clear.
On May 1, 2013 12:16 PM, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
I was testing stuff and well... in the kicad_brd file the
On 05/01/2013 01:20 PM, Lorenzo Marcantonio wrote:
On Wed, May 01, 2013 at 01:09:42PM -0500, Dick Hollenbeck wrote:
No, if you need that, make it a complie time option that defaults to not
enabled, so current behavior is retained by default.
I truly hope this is clear.
OK, my build
On 05/01/2013 01:42 PM, Lorenzo Marcantonio wrote:
On Wed, May 01, 2013 at 01:32:02PM -0500, Dick Hollenbeck wrote:
1) Take the comment, from the line of code, and send it through google
translate.
2) I wrote the code, it works the way I like it. You can verify this with
bzr qlog
On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
I was testing stuff and well... in the kicad_brd file the sheet date is
not saved. I found this pearl in TITLE_BLOCK::Format:
/* version control users were complaining, see mailing list.
if( !m_date.IsEmpty() )
On 05/01/2013 03:26 PM, Dick Hollenbeck wrote:
On 05/01/2013 12:18 PM, Lorenzo Marcantonio wrote:
I was testing stuff and well... in the kicad_brd file the sheet date is
not saved. I found this pearl in TITLE_BLOCK::Format:
/* version control users were complaining, see mailing list
On 05/01/2013 11:27 AM, Lorenzo Marcantonio wrote:
On Wed, May 01, 2013 at 05:38:48PM +0200, Miguel Angel Ajo wrote:
If the object is obtained via GetBoard() , it won't be deleted by python
because he doesn't own it.
Yes but *nothing* prevents C++ to delete an object which is 'held' (not
I have something on my list for the far away future, unless anybody gets
there first and
that's variable substitution for strings. It would be nice if we could have
text with
variable expansion, such as things like ${SheetTitle}, ${ModifiedDate},
${ProjectName} etc.
We could add
Comitted in 4121 with major modifications.
Thanks Thomas for your innovative ideas.
I spent about 6 hours re-working it. Making it conform to standards, and
current tip of
testing.
At least a half hour of that time was backing out LAYER_NUM usage on DSN
layers. So I am
downgrading my
Lorenzo,
I am going to try again. I am spending my time here, and if this results in
another
argument I feel you will have lost me forever.
You have to decide whether you want to be stubborn, or actually part of team,
able to see
other people's points of view. Stubborn (and right in your own
On 04/29/2013 03:04 AM, Edwin van den Oetelaar wrote:
Just found this paper.
http://swwxguitesting.wefi.net/MPhilThesisChapterSwWxGuiTesting.pdf (about
automated gui
testing with wx)
I personally think more gui code should move from C++ to python for easy
development and
interactive
, or there was at my last measurement of it. I would
be
delighted to be surprised on that evolution.
Travis, if you want to make a case, make it. I will get out of the way and
remain neutral.
Dick
On Apr 30, 2013 12:00 PM, Dick Hollenbeck d...@softplc.com
mailto:d...@softplc.com
On 04/30/2013 02:11 PM, Dick Hollenbeck wrote:
On 04/30/2013 02:04 PM, Travis Ayres wrote:
Also - python 2 or 3?
Great and important question. We can do either, although some work is needed
for 3.4 on
Windows, probably I would be in that critical path for python a-mingw-us.
Sorry
On 04/28/2013 11:58 PM, Lorenzo Marcantonio wrote:
On Sun, Apr 28, 2013 at 11:40:07PM -0500, Dick Hollenbeck wrote:
Client code is simply that which makes calls to an interface, a class user.
I don't see a problem if an interface is richer than its clients need.
Since you changed
On 04/29/2013 02:40 AM, Lorenzo Marcantonio wrote:
On Mon, Apr 29, 2013 at 01:32:40AM -0500, Dick Hollenbeck wrote:
Bullshit. just call the interface with the right argument.
Please state the file and line number please.
The rest is bullshit.
Strange for someone that just a few days ago
with the list, and I saw something that caught my
eye as it's something that's been on my mind for a while:
--
Dick Hollenbeck wrote:
- Right now, I am finding too many bugs in the software ...
- We might do well as a team by slowing down and focusing
- on reliability
On Apr 29, 2013 4:21 AM, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
On Mon, Apr 29, 2013 at 11:02:58AM +0200, jp charras wrote:
In new code, orientations are (slowly) moved from int to double. to
allow a better resolution than 0.1 degree, *in the future*.
If the decision to
On 04/29/2013 07:45 AM, Wayne Stambaugh wrote:
On 4/28/2013 8:15 PM, Dick Hollenbeck wrote:
On Apr 28, 2013 10:54 AM, Brian Sidebotham brian.sidebot...@gmail.com
mailto:brian.sidebot...@gmail.com wrote:
Hi Guys,
I'm just catching up with the list, and I saw something that caught my
eye
Yes, it's a good idea and here are my high level $0.02.
sig Frank Bennett
This is becoming a productive brainstorming session.
I'd pay more than $0.02 for that idea Frank.
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
We could address a) and b) by having a single DLL/DSO specific entrypoint for
all tests,
with a big switch in there to route to the actual test. This scaffolding has
some
maintenance cost, and begins to wash out the ease of using python on top, but
perhaps not
fully.
In the python C
Thomas,
Sorry to say that I lost your patch during a computer upgrade.
Can you regenerate something or resend it please.
Thanks,
Dick
Dick,
please find the modifications against pcbnew 4061 in the attached patch file.
Thomas
Thanks Thomas. I applied this patch to version 4061
de 2013 at 17:06, Dick Hollenbeck wrote:
We could address a) and b) by having a single DLL/DSO specific entrypoint
for all tests,
with a big switch in there to route to the actual test. This scaffolding
has some
maintenance cost, and begins to wash out the ease of using python on top
probably end up with a good solution anyways.
Dick
for sounding On 04/29/2013 11:27 AM, Dick Hollenbeck wrote:
Technically, during the brainstorming process, it is best to gather ideas,
and postpone
passing judgement on those you have already heard, until the evaluation
process, which
On 04/29/2013 01:22 PM, Dick Hollenbeck wrote:
Thomas,
The keepout polygon you are putting into the DSN file is on a non-existent
layer named
signal.
It seems like a freerouter idiosyncrasy that it accepts this.
Here is the grammar for specctra polygon:
(polygon
layer_id
On 04/28/2013 06:41 AM, Lorenzo Marcantonio wrote:
I was comparing my tree with the master one. These are some changes
I did in times and I would like what do you think of these
- GenDate() at the moment uses a fixed format (more or less the european
one), with the months hardcoded to the
On 04/27/2013 12:10 PM, Lorenzo Marcantonio wrote:
On Sat, Apr 27, 2013 at 11:11:54AM -0500, Dick Hollenbeck wrote:
But how important is that really? Will it result in a reduction in pay?
The common user has been a hobbyist, and is becoming a corporate employee
as the
software gets better
.
On Apr 28, 2013 8:31 AM, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
On Sun, Apr 28, 2013 at 08:09:29AM -0500, Dick Hollenbeck wrote:
GenDate() is not my function, so I could only offer an opinion but no
protective mandate.
I am neutral, and to formulate a strong opinion would
On Apr 28, 2013 10:54 AM, Brian Sidebotham brian.sidebot...@gmail.com
wrote:
Hi Guys,
I'm just catching up with the list, and I saw something that caught my
eye as it's something that's been on my mind for a while:
--
Dick Hollenbeck wrote:
- Right now, I am
On Apr 28, 2013 11:09 PM, Lorenzo Marcantonio l.marcanto...@logossrl.com
wrote:
On Sun, Apr 28, 2013 at 03:50:09PM -0500, Dick Hollenbeck wrote:
The interface is correct. Setting any angle is desired. The
implentation
is insufficient in this case. The black box is broken and needs
On Apr 28, 2013 11:19 PM, Dick Hollenbeck d...@softplc.com wrote:
On Apr 28, 2013 11:09 PM, Lorenzo Marcantonio
l.marcanto...@logossrl.com wrote:
On Sun, Apr 28, 2013 at 03:50:09PM -0500, Dick Hollenbeck wrote:
The interface is correct. Setting any angle is desired. The
implentation
On 04/27/2013 10:21 AM, Brian Sidebotham wrote:
On 22 April 2013 17:47, Dick Hollenbeck d...@softplc.com
mailto:d...@softplc.com wrote:
Yep, I understand. It is difficult. Thank-you for all your effort so
far, you've put a tremendous amount of work into this project
On 04/27/2013 12:56 AM, Lorenzo Marcantonio wrote:
On Fri, Apr 26, 2013 at 08:48:52PM -0500, Dick Hollenbeck wrote:
It will definitely be a bottleneck. Maybe we should measure how bad soon,
otherwise this
is a suggestion which serves as a roadblock to progress, and the roadblock
itself
On 04/26/2013 03:02 AM, Dimitris Lampridis wrote:
On 04/25/2013 02:22 AM, Simon Huwyler wrote:
As some PCB manufacturers (i.e. seeedstudio) have different clearance-
an width constraints for outer- and inner layer, I had the idea to teach
Kicad to manage “layer based” constraints.
Ok, for
On 04/26/2013 04:50 PM, Felix Morgner wrote:
Hi there
I think I haven't introduced myself yet. I'm a hobbyist programmer and
mechanic by trade. I got into electronics about 2-3 years back with my first
micro controller experience using an Arduino. Since then I've been searching
for a
On 04/26/2013 09:43 AM, Tomasz Wlostowski wrote:
On 04/26/2013 04:08 PM, Simon Huwyler wrote:
One more thing: I agree that the additional numbers may confuse a bit.
So, why not just insert a check box named: Use layer based constraints?
Hi Simon,
I agree that such constraints are very
601 - 700 of 1653 matches
Mail list logo