Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-03 Thread Brian F. G. Bidulock
Lorenzo, On Tue, 03 Sep 2013, Lorenzo Marcantonio wrote: > On Tue, Sep 03, 2013 at 05:29:12AM -0600, Brian F. G. Bidulock wrote: > > See my other note. Just remember what layers things are on instead > > of messing around with bitmasks. So, when you place pin 1, you place >

Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-03 Thread Brian F. G. Bidulock
any more better coders. Their time is free to you. They want IDF too, but also much more. Hopefully they will just fork it when they discover that their changes will never see the mainline. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� w

Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-03 Thread Brian F. G. Bidulock
Lorenzo, On Tue, 03 Sep 2013, Lorenzo Marcantonio wrote: > On Tue, Sep 03, 2013 at 04:38:13AM -0600, Brian F. G. Bidulock wrote: > > You don't need list of layers: just from and to--a pair. > > How do you fit mask, silk and other technical layers in a range? I agree >

Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-03 Thread Brian F. G. Bidulock
Lorenzo, On Tue, 03 Sep 2013, Lorenzo Marcantonio wrote: > On Tue, Sep 03, 2013 at 03:41:26AM -0600, Brian F. G. Bidulock wrote: > > Mid-term in the wrong direction. Kicad is like that... > > Look. I have this board due to fabrication for the end of month. > I simply can

Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-03 Thread Brian F. G. Bidulock
iple instances to represent a padstack (that would be the cleanest > solution, given some backpointer to correlate them). > > But of course that would be a massive modification. You don't need list of layers: just from and to--a pair. --brian -- Brian F. G. Bidulock� The reaso

Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-03 Thread Brian F. G. Bidulock
Lorenzo, On Tue, 03 Sep 2013, Lorenzo Marcantonio wrote: > On Tue, Sep 03, 2013 at 04:21:59AM -0600, Brian F. G. Bidulock wrote: > > 5000 module descriptions to extract the 5000 pieces of placement > > data is the horror of kicad's internal representation. > > There

Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-03 Thread Brian F. G. Bidulock
keep-out layers for some notes on my trials and tribulations. I really wish gEDA wasn't such an emacs clone. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/ � trying

Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-03 Thread Brian F. G. Bidulock
Lorenzo, On Tue, 03 Sep 2013, Lorenzo Marcantonio wrote: > On Mon, Sep 02, 2013 at 08:55:31PM -0600, Brian F. G. Bidulock wrote: > > that's another 26 (or more) layers. Still think 64 will be > > enough? > > I said it was a mid-term solution. Mid-term in the wrong

Re: [Kicad-developers] Experiments and considerations for more layer

2013-09-02 Thread Brian F. G. Bidulock
rators. I did that, but nobody was interested at the time. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/ � trying to adapt the world

Re: [Kicad-developers] Rationale for rounding BIUs

2012-06-25 Thread Brian F. G. Bidulock
Dick, Give it a rest. On Mon, 25 Jun 2012, Dick Hollenbeck wrote: > > Maybe, but what about basic "please and thank you." Where does that fit in? > Obviously nowhere for Lorenzo. > -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@opens

Re: [Kicad-developers] Fwd: remarks about the internal nanometer resolution

2012-04-10 Thread Brian F. G. Bidulock
64_4; but stdint.h is a 'C' header file and not a C++ header file. -brian On Tue, 10 Apr 2012, Wayne Stambaugh wrote: > On 4/10/2012 4:41 PM, Brian F. G. Bidulock wrote: > > Wayne, > > > > On Tue, 10 Apr 2012, Wayne Stambaugh wrote: > >> > >> On 64-

Re: [Kicad-developers] Fwd: remarks about the internal nanometer resolution

2012-04-10 Thread Brian F. G. Bidulock
ong's are 64-bits. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/ � trying to adapt the world to himself. � � Therefore all pr

Re: [Kicad-developers] Library License

2012-03-25 Thread Brian F. G. Bidulock
OHL) to address components or modules contributed to a library: then it would be more difficult for someone to encumber the library with patents and other claims by contributing patent or otherwise-encumbered material to it. See: http://www.tapr.org/ohl.html http://www.ohwr.

Re: [Kicad-developers] Library License

2012-03-24 Thread Brian F. G. Bidulock
> Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp -- Brian F. G. Bidulock� T

Re: [Kicad-developers] Library License

2012-03-24 Thread Brian F. G. Bidulock
Fabrizio, On Sat, 24 Mar 2012, Fabrizio Tappero wrote: > Brian, > > On Sat, Mar 24, 2012 at 12:10 AM, Brian F. G. Bidulock > wrote: > > Karl, > > > > On Fri, 23 Mar 2012, Karl Schmidt wrote: > > > >> There is a very easy solution to all th

Re: [Kicad-developers] Library License

2012-03-23 Thread Brian F. G. Bidulock
r designs in the US... --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/ � trying to adapt the world to himself. � � Therefore all progr

Re: [Kicad-developers] Library License

2012-03-22 Thread Brian F. G. Bidulock
Miguel, On Thu, 22 Mar 2012, Miguel Angel Ajo Pelayo wrote: > I can be wrong, but, anything that's been designed by an author, has > authorship, and it makes it have copyright. Sorry, it doesn't work that way. --brian -- Brian F. G. Bidulock� The reasonable man adapt

Re: [Kicad-developers] Library License

2012-03-21 Thread Brian F. G. Bidulock
ibrary together with their program) but this is enforced if they are > doing work based on the library (as in distributing another library > using footprints from the GPLed library) > > I don't know if this clears anything up or further muddies the waters, > but I hope for the f

Re: [Kicad-developers] Library License

2012-03-21 Thread Brian F. G. Bidulock
Dick, See, for example: http://www.gnu.org/licenses/gpl-faq.html#GPLHardware --brian On Wed, 21 Mar 2012, Brian F. G. Bidulock wrote: > Dick, > > Because only artistic works, software and chip masks are > protected by copyright (internationally). Functional items > such a

Re: [Kicad-developers] Library License

2012-03-21 Thread Brian F. G. Bidulock
velopers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one pe

Re: [Kicad-developers] Library License

2012-03-21 Thread Brian F. G. Bidulock
; > More help   : https://help.launchpad.net/ListHelp > > > > -- > > Miguel Angel Ajo Pelayo > http://www.nbee.es > +34 636 52 25 69 > skype: ajoajoajo > > ___ > Mailing list: https://launchpad.net/~kicad-developers

Re: [Kicad-developers] Library License

2012-03-21 Thread Brian F. G. Bidulock
ks, > Kenta > > /** >  *@author Kenta Yonekura >  *@mail mills...@gmail.com >  *@see http://blog.livedoor.jp/k_yon/ >  */ > > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.la

Re: [Kicad-developers] [PATCH] Floating tracks loose netcode fix

2012-02-16 Thread Brian F. G. Bidulock
s (including vias) not connected to pads or zones to NOT have a netcode. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/ � trying to adapt

Re: [Kicad-developers] [PATCH] Floating tracks loose netcode fix

2012-02-16 Thread Brian F. G. Bidulock
t;allow to start track on copper filled areas. Actually this is exactly >how I do it now. When rest is routed, I fill zones with copper and then >place vias, starting track anywhere on filled zone. >On Thu, Feb 9, 2012 at 10:47 PM, Dick Hollenbeck <[1]d...@softplc.com&g

Re: [Kicad-developers] [PATCH] Floating tracks loose netcode fix

2012-02-09 Thread Brian F. G. Bidulock
osition them ahead of where you want to lay the pair. I put one at the edge of the breakout region of a BGA so that I can get wild from there. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http:/

Re: [Kicad-developers] [PATCH] Floating tracks loose netcode fix

2012-02-09 Thread Brian F. G. Bidulock
-developers > > More help : https://help.launchpad.net/ListHelp > > > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad

Re: [Kicad-developers] [PATCH] - PCBNEW - implement PS plotting width correction.

2011-12-30 Thread Brian F. G. Bidulock
PS image will be tranfered to the board directly as an etch resist. Widths of tracks and vias must, therefore, be "corrected" for etch factor. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one per

Re: [Kicad-developers] Alt+Mousewheel to change working copper layer

2011-12-15 Thread Brian F. G. Bidulock
Guillaume, On Thu, 15 Dec 2011, Guillaume Simard wrote: > > What do you think ? > Cool! Excellent feature! --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/

[Kicad-developers] MCAD import and export

2011-11-28 Thread Brian F. G. Bidulock
/kicad-brian/view/head:/pcbnew/import_idf.cpp There is also an import/export dialog and some additional abstract base class information. This is just roughed out because Kicad's internal data format cannot really handle the format yet. --brian -- Brian F. G. Bidulock� The reasonable man a

[Kicad-developers] IPC-D-356

2011-11-28 Thread Brian F. G. Bidulock
56A and IPC-D-356B are described in the comments in the file. I suppose this is for those OHWD Cern guys. Funny. When I asked for it nobody was interested. Please feel free to use and abuse whatever you would like from that and other files on the branch. --brian -- Brian F. G. Bidulock� T

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-26 Thread Brian F. G. Bidulock
tep aside when it comes time for someone else to do it. It took a whole 10 or 20 lines of code the last time I did it. The dialog check box was more, but the dialog already existed. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; th

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-26 Thread Brian F. G. Bidulock
Lorenzo, On Sat, 26 Nov 2011, Lorenzo Marcantonio wrote: > On Sat, Nov 26, 2011 at 04:01:46AM -0700, Brian F. G. Bidulock wrote: > > Read the notes document. Interesting stuff I think that some of them > belong to the CAM world more than to the CAD; but maybe our > manufactur

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-26 Thread Brian F. G. Bidulock
ate). Dcd:- Depth controlled drilling of outer layers of sublaminate. HoleFill:- Hole filling from outer layers of sublaminate. Laser:- Laser drilling from outer layers of sublaminate. Backdrill:- Backdrilling of Pth for sublaminate. Npth:- Non-plate-through holes in sublaminate. R

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-25 Thread Brian F. G. Bidulock
not have access to skilled workers with that low a standard of living.) Do you see the problem? Now that the true position and size of metric things has been destroyed, it might require recreating everthing from scratch. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-25 Thread Brian F. G. Bidulock
Lorenzo, On Fri, 25 Nov 2011, Lorenzo Marcantonio wrote: > On Fri, Nov 25, 2011 at 10:33:29AM -0700, Brian F. G. Bidulock wrote: > > Well, in fact, almost all bitwise AND comparisons are either testing > > for a single layer or all copper layers. Sometimes a range of layers >

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-25 Thread Brian F. G. Bidulock
Lorenzo, On Fri, 25 Nov 2011, Lorenzo Marcantonio wrote: > On Thu, Nov 24, 2011 at 03:46:58PM -0700, Brian F. G. Bidulock wrote: > > > The only other legacy change that I ran into that I > > changed a year ago was the number of layers and their > > representation. You k

Re: [Kicad-developers] Concerns about clearing disagreements?before committing.

2011-11-25 Thread Brian F. G. Bidulock
Vladimir, On Fri, 25 Nov 2011, Vladimir Uryvaev wrote: > At Friday 25 of November 2011 02:38:47 from Brian F. G. Bidulock: > > The problem without this approach is that the code external to the object > > keeps putting objects on and taking them off and sorting them on all these

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-24 Thread Brian F. G. Bidulock
ether that should be done against "testing" or "experimental"? --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/ � trying to adapt the world to himsel

Re: [Kicad-developers] Concerns about clearing disagreements?before committing.

2011-11-24 Thread Brian F. G. Bidulock
uld say is that the code base stability aforded by those intermediate steps might be worth the extra effort. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/ � trying to adapt t

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
cad is useful only for laying out dimmer switches. Make the unit a nanometer, or better. Make the angle 1/1000th of a degree, or better. Otherwise these same problems will result on some board. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
t I did over a year ago. Next step would be to refactor the accessors: e.g. factoring setX(), setY() to move(), etc. Having already done it once, I don't feel much like doing it again myself. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@open

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
Marcantonio wrote: > On Tue, Nov 22, 2011 at 06:39:25AM -0700, Brian F. G. Bidulock wrote: > > I was working with 5 and 7mil LVDS and CMI pairs and low and > > behold, someone put integer trig functions in kicad instead of > > using, oh, gee, the floating point processor. Well

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
Lorenzo, On Tue, 22 Nov 2011, Lorenzo Marcantonio wrote: > On Tue, Nov 22, 2011 at 09:06:11AM -0700, Brian F. G. Bidulock wrote: > > Lorenzo, > > > > On Tue, 22 Nov 2011, Lorenzo Marcantonio wrote: > > > > > > What about doing what everybody else is doin

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
Lorenzo, On Tue, 22 Nov 2011, Lorenzo Marcantonio wrote: > > What about doing what everybody else is doing? Feature freeze the main > branch (only for fixes) and go on on an experimental one... > What is "testing" for? --brian -- Brian F. G. Bidulock� The reasona

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
Dick, On Tue, 22 Nov 2011, Dick Hollenbeck wrote: > > In the case of Brian Buldulock, he already has a fork. What he wants is a > team. In fact, > he wants to be a team leader. > Not at all, I would be as bad a team leader as you are. --brian -- Brian F. G. Bidulock�

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
or that is no longer developed. sure if a split makes one far superior > maybe it is a solution longer term. > > On 22/11/2011 14:21, Brian F. G. Bidulock wrote: >> Simon, >> >> As a user you seem worried about control. Perhaps this is because >> the current mana

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
n Tue, 22 Nov 2011, Lorenzo Marcantonio wrote: > On Tue, Nov 22, 2011 at 06:05:33AM -0700, Brian F. G. Bidulock wrote: > > Looking at the code, the first thing that I did was change all > > members to private and used the compiler to force the use of > > proper accessor member f

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
I mostly choose opensource/freeware > programs because i know they are better than commercial stuff because > written by their users. I just want a system that i can keep using > knowing that it will not suddenly become obsolete. > > Simon -- Brian F. G. Bidulock� The reasonabl

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
keep them compatible if you must split and make sure >versions remain compatible. KiCAD is a nice program although it needs >work doing to it. Please don't ruin the only option we do have in the >hobbyist world for a serious PCB suit. > View of an end user ! -- Br

Re: [Kicad-developers] Concerns about clearing disagreements before committing.

2011-11-22 Thread Brian F. G. Bidulock
will tell you that none of these things really needs to be changed, because they do not constitute a bug fix. --brian -- Brian F. G. Bidulock� The reasonable man adapts himself to the � bidul...@openss7.org� world; the unreasonable one persists in � http://www.openss7.org/ �

Re: [Kicad-developers] [PATCH] Draw items in block move in pcbnew

2010-11-01 Thread Brian F. G. Bidulock
Marco, On Mon, 01 Nov 2010, Marco Mattila wrote: > All right. Based on your and Jean-Pierre's comments it seems that the > sole use of and idea behind the block operations is to move (or copy > or flip or whatever) the entire board and nothing else. I'm mostly > using it to move smaller groups of

Re: [Kicad-developers] [PATCH] Draw items in block move in pcbnew

2010-11-01 Thread Brian F. G. Bidulock
Alex, That's an excellent idea. --brian On Mon, 01 Nov 2010, Alex Leone wrote: >How about drawing items when there's less than 20 things selected, >otherwise just a rectangle (maybe with the outer bounding box of the >selected items)? > > - Alex __

Re: [Kicad-developers] [PATCH] Draw items in block move in pcbnew

2010-10-31 Thread Brian F. G. Bidulock
Marco, On Sun, 31 Oct 2010, Marco Mattila wrote: > Comments? I really don't want it displaying more than a rectangle. The reason is that block operations are the only way of moving an entire board. My entire boards have 22,000 features. It will take me several minutes of watching the screen bl

Re: [Kicad-developers] Improving module editor: Simplify complex package drawing

2010-10-26 Thread Brian F. G. Bidulock
Lorenzo, On Tue, 26 Oct 2010, Lorenzo Marcantonio wrote: > > The problem is plotting: Gerber AM only supports *regular* polygons or > just *outlines*; in fact the 'trapezoidal' pad is *not* plotted, as of > today... it's simply not supported by gerber :( I am confused by your statement. The AM #

Re: [Kicad-developers] Improving usability of KiCad

2010-10-18 Thread Brian F. G. Bidulock
kicad-developers, After fighting for several days only to discover that the second path element had to be "kicad", the branch has been uploaded to lp:~bidulock/kicad/kicad-brian --brian On Mon, 11 Oct 2010, Brian F. G. Bidulock wrote: > Alex, > > > I'll be lookin

Re: [Kicad-developers] Improving usability of KiCad

2010-10-11 Thread Brian F. G. Bidulock
Dick, > It is mind boggling that 2.54 and using a C++ double does not allow this > to happen. I don't have time to test it, but I am wondering about it. > Is this a problem with 64 IEEE float, or that we simply do not have > enough resolution in our internal units? Internal units are int. --br

Re: [Kicad-developers] Improving usability of KiCad

2010-10-11 Thread Brian F. G. Bidulock
Alex, > I'll be looking forward to your branch on Launchpad. :) lp:~bidulock/+junk/kicad-brian It will take a while to upload. Please count me now with the team players ;} --brian ___ Mailing list: https://launchpad.net/~kicad-developers Post to

Re: [Kicad-developers] Improving usability of KiCad

2010-10-11 Thread Brian F. G. Bidulock
"Torsten, Thanks for the tips. I was confusing PPA with branch... It is uploading now to lp:~bidulock/+junk/kicad-brian It is a work in progress, don't expect this push to even compile. --brian ___ Mailing list: https://launchpad.net/~kicad-develope

Re: [Kicad-developers] Improving usability of KiCad

2010-10-11 Thread Brian F. G. Bidulock
Wayne, On Mon, 11 Oct 2010, Wayne Stambaugh wrote: > for some reason 4.3 sticks in my head but it has been a while since I have > looked at this code ) so it is less of an issue in this case. Before someone > gets upset, I'm not suggesting that PCBNew should not support the maximum > resolution o

Re: [Kicad-developers] Improving usability of KiCad

2010-10-11 Thread Brian F. G. Bidulock
Dick, On Mon, 11 Oct 2010, Dick Hollenbeck wrote: > > Look, I just want to re-iterate the concerns I brought up about this 6 > months ago. > > I did not think it was a good idea then, and I still feel that way. In > general, we welcome your contributions. You bring a great deal of > expertise

Re: [Kicad-developers] Improving usability of KiCad

2010-10-11 Thread Brian F. G. Bidulock
Alex, On Mon, 11 Oct 2010, Alex G wrote: > > Please guys, stop arguing. I agree with changing the base unit system to > metric, and I have already voiced that opinion. No one tried to chop my > throat. If it makes sense to switch to metric why not do it? > > The real question is wether it makes

Re: [Kicad-developers] Improving usability of KiCad

2010-10-11 Thread Brian F. G. Bidulock
Dick, On Mon, 11 Oct 2010, Dick Hollenbeck wrote: > On 10/11/2010 03:30 AM, Brian F. G. Bidulock wrote: > > > > I've done a bunch of work converting PCBNEW's internal unit to > > nanometers. > > > > --brian > > > > You mean in your fo

Re: [Kicad-developers] Improving usability of KiCad

2010-10-11 Thread Brian F. G. Bidulock
metric before being > stored. Considering the _exact_ correspondence of 25.4 between > millimeters and inches, this can be done with no loss of precision. > Currently this loss of exactness happens (3.2mm becomes 3.1something). > > I think that's what Vesa meant as well. &g

Re: [Kicad-developers] library structure

2010-09-26 Thread Brian F. G. Bidulock
Karl, On Sun, 26 Sep 2010, Karl Schmidt wrote: ...snip... > A lot of the traditional practices in CAD systems were due to RAM and disk > storage limits.. My first CAD system had a 10MB hard-drive -(remember ...snip... You had a hard drive! You lucky dog! I had a 360k floppy... ...on the new

Re: [Kicad-developers] New Layers was: [Have you tried design spark?]

2010-09-10 Thread Brian F. G. Bidulock
; names. Front and back are reasonable for the module editor, but top and bottom is standard in the industry. (But I really don't care.) --brian -- Brian F. G. Bidulock¦ The reasonable man adapts himself to the ¦ bidul...@openss7.org¦ world; the unreasonable one persists in ¦ htt

Re: [Kicad-developers] Proposal for the courtyard/assembly layer issue

2010-09-10 Thread Brian F. G. Bidulock
ments so that the unclipped portion can remain. I think that the masking (which I have already done) is easier and probably sufficient. Also, it is what the fabricator does anyway. Well, you get the idea. What do you think of that? --brian -- Brian F. G. Bidulock¦ The reasonable man adap

Re: [Kicad-developers] Have you tried design spark?

2010-09-10 Thread Brian F. G. Bidulock
yer. Component top and bottom can be plotted for proper assembly drawings. It sounds simple, but the number of places in the code where it relied on some characteristic of the copper bitmask ordering was shameful. A layer can now be added by simply defining a new "Layer Class" and teachin

Re: [Kicad-developers] Potential issues with oaa_ lib

2010-09-09 Thread Brian F. G. Bidulock
Lorenzo, On Thu, 09 Sep 2010, Lorenzo Marcantonio wrote: > On Thu, 9 Sep 2010, Alex G wrote: > > >Wouldn't it then be feasible to create the normal 7.4mm pad on the back, > >and leave a smaller pad (say 4mm) on the front (and maybe inner layers), > >or is this getting too complicated to be of an

Re: [Kicad-developers] Tutorial about IPC-7531A

2010-09-02 Thread Brian F. G. Bidulock
Lorenzo, On Thu, 02 Sep 2010, Lorenzo Marcantonio wrote: > You're right. I'm doing the analysis component by component, you have to > be patient :D Thank you very much for your effort. I'll leave you to it. I have weeks of work left on pcbnew as it stands anyway. --brian

Re: [Kicad-developers] For all you module builder (IPC-7351 standard related)

2010-09-02 Thread Brian F. G. Bidulock
_ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp -- Brian F. G. Bidulock¦ T

Re: [Kicad-developers] Tutorial about IPC-7531A

2010-09-02 Thread Brian F. G. Bidulock
Lorenzo, On Thu, 02 Sep 2010, Lorenzo Marcantonio wrote: > Look around and you'll see that most people don't actually use > autorouters (unless for unimportant tracks, like led lines). Most of my > work is mixed signal (in industry) so good luck telling your 'average' > autorouter to: 1) drop pow

Re: [Kicad-developers] Tutorial about IPC-7531A

2010-09-02 Thread Brian F. G. Bidulock
Vesa, On Thu, 02 Sep 2010, Vesa Solonen wrote: > On Thu, 2 Sep 2010, Lorenzo Marcantonio wrote: > > >The next big feature for pcbnew should be a track pusher/shover. I want > >it :D Sadly I have *no idea* on how it could be implemented. > > Kicadocaml may be an usable example http://code.google

Re: [Kicad-developers] Tutorial about IPC-7531A

2010-09-02 Thread Brian F. G. Bidulock
Lorenzo, Looking at an entry for a BGA below (wrapped) from BGA7351B.plb09 BGA;1;0 1 4 1 4 1 26 3 7 1 3 1 3 1 2 1 1 1 1 1 2 1 3 1 3 1 7 3 26 1 4 1 4 1;0;5;11;5;11;100;3;0;0;0;60;60;60; 60;10 BGA100C50P11X11_600X600X100 BGA,0.50mm pitch,square;1

Re: [Kicad-developers] Tutorial about IPC-7531A

2010-09-01 Thread Brian F. G. Bidulock
which can then be customized from there. It would still be nice for that wizard to read directly a vendor-supplied PLB file. What are your thoughts? --brian -- Brian F. G. Bidulock¦ The reasonable man adapts himself to the ¦ bidul...@openss7.org¦ world; the unreasonable one persist

Re: [Kicad-developers] Potential issues with oaa_ lib

2010-08-30 Thread Brian F. G. Bidulock
t; one! For a usable board (and particularly for DIY manufacturing) there is no difference between CAD and CAM issues. --brian -- Brian F. G. Bidulock¦ The reasonable man adapts himself to the ¦ bidul...@openss7.org¦ world; the unreasonable one persis

Re: [Kicad-developers] About scripts and central program

2010-08-09 Thread Brian F. G. Bidulock
Dick, On Mon, 09 Aug 2010, Dick Hollenbeck wrote: > > Brian, for temporary scaffolding, you can use class NETLIST_LEXER and > have the parser read your structured "generic netlist file in > S-expression form" from the clipboard, where you can keep a text file in > your editor, paste to the clipb

Re: [Kicad-developers] About scripts and central program

2010-08-07 Thread Brian F. G. Bidulock
Dick, What's an S-record file? --brian ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] About scripts and central program

2010-08-06 Thread Brian F. G. Bidulock
library in EESCHEMA could assign maximum current sink into a power pin. Assigning junction conductivity to footprints with, say, cvpcb would be nice too. Otherwise all of this stuff needs to be plugged into PCBNEW separately (as with netclasses). --brian -- Brian F. G. Bidulock¦ The reas

Re: [Kicad-developers] About scripts and central program

2010-08-06 Thread Brian F. G. Bidulock
s concept to include differential pairs and to have busses extend to PCBNEW with more meaning that simple schematic organization. --brian -- Brian F. G. Bidulock¦ The reasonable man adapts himself to the ¦ bidul...@openss7.org¦ world; the unreasonable one persists in

Re: [Kicad-developers] BOM support

2010-08-06 Thread Brian F. G. Bidulock
Dick, On Fri, 06 Aug 2010, Dick Hollenbeck wrote: > --X--snip--X-- > Curious about scala now. Later I came to refer to the lower level > languages as "programming on your hands and knees". Each has their > place, but this is determined by the platform. The fact that the linux > kernel is writt

Re: [Kicad-developers] BOM support

2010-07-30 Thread Brian F. G. Bidulock
stub types) so I will change those when I get there. I want to finish the PCBNEW work first. --brian -- Brian F. G. Bidulock¦ The reasonable man adapts himself to the ¦ bidul...@openss7.org¦ world; the unreasonable one persists in ¦ http://www.openss7.org/ ¦ trying to adapt the worl

Re: [Kicad-developers] BOM support

2010-07-30 Thread Brian F. G. Bidulock
e, use a binary format. If the length of the file is not important, why are you not repeating pin information? More comments later... --brian -- Brian F. G. Bidulock¦ The reasonable man adapts himself to the ¦ bidul...@openss7.org¦ world; the unreasonable one persists in ¦ http://ww

Re: [Kicad-developers] BOM support

2010-07-30 Thread Brian F. G. Bidulock
e difference. > > Dick > > > > _______ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://h

Re: [Kicad-developers] BOM support

2010-07-30 Thread Brian F. G. Bidulock
M, importing into vendor web tool, is too much of a pain. It might be nice to be able to export simple BOM to separate files, by vendor, to do so. Maybe this is something that a separate AVL tool should, do, but what I really wanted to point out is that BOM generation is not just a final output. -

[Kicad-developers] Pads on Silkscreen?

2010-07-22 Thread Brian F. G. Bidulock
Can anybody shed light on this 'Pads on Silkscreen' option? When set, a outline of every pad is plotted on the silkscreen layer. However, it is plotted precisely at the outline of the pad. If this is done, half the ink will be off the pad on the laminate between the pad and the primary mask (wit

Re: [Kicad-developers] feedback on launchpad

2010-07-22 Thread Brian F. G. Bidulock
Dick, I hate sourceforge. I probably would not contribute if it had not moved to launchpad. I hate svn. I have worked mostly with SCCS, RCS, CVS, and git. I am new to bzr, and it is so fast! I am considering moving my other large projects to bzr. Sure it has some quirks, but I was amazed by

Re: [Kicad-developers] gencad export

2010-07-12 Thread Brian F. G. Bidulock
AD. Some accept GenCAM. --brian -- Brian F. G. Bidulock¦ The reasonable man adapts himself to the ¦ bidul...@openss7.org¦ world; the unreasonable one persists in ¦ http://www.openss7.org/ ¦ trying to adapt the world to himself. ¦ ¦ Therefore all progress depen

Re: [Kicad-developers] gencad export

2010-07-09 Thread Brian F. G. Bidulock
tation in English. Then at some point you must of course decide whether to switch to the newer branch or abandon it. How does that sound? --brian -- Brian F. G. Bidulock¦ The reasonable man adapts himself to the ¦ bidul...@openss7.org¦ world; the unreason

Re: [Kicad-developers] gencad export

2010-07-01 Thread Brian F. G. Bidulock
echeck everything to ensure > the ouput is conforming. > > I anyone else already working on this? (actually has *anyone* tried to > use the generated file? *every* tool I found choked on it...) > > -- > Lorenzo Marcantonio > Logos Srl -- Brian F. G. Bidulock¦ The rea