Re: [Kicad-developers] PcbNew netlist updating codepaths

2019-03-18 Thread Jon Evans
I've just done this small patch in my branch: https://github.com/craftyjon/kicad/pull/1/commits/4551318e7c20d1d577a1aab3a4bb21bab8e22f0e I may leave it alone there until the branch is merged and then the big refactor can happen. If you're excited about taking it on at that point, I'll leave it to y

Re: [Kicad-developers] PcbNew netlist updating codepaths

2019-03-18 Thread Jeff Young
I suspect the original intent was to move both to the new one, it just never got done. If you want help with it Jon, give a scream. I’ve been in that code a bit. Cheers, Jeff. > On 18 Mar 2019, at 17:37, Jon Evans wrote: > > Thanks for the history. I don't want to remove the manual netlist

Re: [Kicad-developers] 5.1.0 package builds

2019-03-18 Thread Adam Wolf
It seems to have gone away as quickly as it came :) On Mon, Mar 18, 2019 at 9:56 AM Wayne Stambaugh wrote: > You still managed to get the KiCad macos packages out while juggling all > of that? Thanks for going the extra mile! I hope your bad luck streak > comes to a screeching halt. > > Cheers

Re: [Kicad-developers] PcbNew netlist updating codepaths

2019-03-18 Thread Jon Evans
Thanks for the history. I don't want to remove the manual netlist workflow, but I do think it would be good for the under-the-hood part to be unified to BOARD_NETLIST_UPDATER. I'm looking at some possible bugs/enhancements here related to the bus upgrades, so I will see if it is practical to combi

Re: [Kicad-developers] PcbNew netlist updating codepaths

2019-03-18 Thread Wayne Stambaugh
Hi Jon, On 3/18/2019 12:21 PM, Jon Evans wrote: > Does anyone know why we have two different netlist update codepaths? > > When using "Update PCB from Schematic" workflow, the netlist is > processed by BOARD_NETLIST_UPDATER called from PCB_EDIT_FRAME::KiwayMailIn() This was created when the "Upd

[Kicad-developers] PcbNew netlist updating codepaths

2019-03-18 Thread Jon Evans
Does anyone know why we have two different netlist update codepaths? When using "Update PCB from Schematic" workflow, the netlist is processed by BOARD_NETLIST_UPDATER called from PCB_EDIT_FRAME::KiwayMailIn() When using "Load Netlist" workflow, the netlist is processed by BOARD::ReplaceNetlist()

Re: [Kicad-developers] [RFC] type-based transparency

2019-03-18 Thread Jon Evans
I'm fine with that, it should not be too bad to implement it as a matrix under the hood. I will play with a few different UX ideas for how to control this, based on things I like and don't like from other tools. -Jon On Mon, Mar 18, 2019 at 9:51 AM Wayne Stambaugh wrote: > Hi Jon, > > On 3/18/2

Re: [Kicad-developers] 5.1.0 package builds

2019-03-18 Thread Wayne Stambaugh
You still managed to get the KiCad macos packages out while juggling all of that? Thanks for going the extra mile! I hope your bad luck streak comes to a screeching halt. Cheers, Wayne On 3/15/2019 7:57 PM, Adam Wolf wrote: > Definitely!  This past week my bank account got seriously hacked, ou

Re: [Kicad-developers] [RFC] type-based transparency

2019-03-18 Thread Wayne Stambaugh
Hi Jon, On 3/18/2019 8:28 AM, Seth Hillbrand wrote: > Am 2019-03-17 20:11, schrieb Jon Evans: >> Hi all, >> >> I want to change the color system in PcbNew so that transparency is >> tied to object type rather than board layer.  Color would still be set >> by layer, but transparency would be settab

Re: [Kicad-developers] Symbolic merges

2019-03-18 Thread Wayne Stambaugh
Seth, I'm OK with this change. We can always back it out if things go sideways. I'm sure this isn't the only work around lurking in KiCad's build configuration code. Cheers, Wayne On 3/16/2019 11:56 PM, Seth Hillbrand wrote: > Folks, I merged a removal of an older workaround prior to the inte

Re: [Kicad-developers] [RFC] type-based transparency

2019-03-18 Thread Michael Kavanagh
Hi all, I like the idea of transparency per object type but also wouldn't want to see layer transparency go completely. I attach a screenshot from another ECAD suite allows both colour and transparency tied to layer and/or object type. I think this works particularly well. Kind regards, Michael

Re: [Kicad-developers] [RFC] type-based transparency

2019-03-18 Thread Clemens Koller
On 18/03/2019 13.28, Seth Hillbrand wrote: > Am 2019-03-17 20:11, schrieb Jon Evans: >> Hi all, >> >> I want to change the color system in PcbNew so that transparency is >> tied to object type rather than board layer. Color would still be set >> by layer, but transparency would be settable for t

Re: [Kicad-developers] [RFC] type-based transparency

2019-03-18 Thread Seth Hillbrand
Am 2019-03-17 20:11, schrieb Jon Evans: Hi all, I want to change the color system in PcbNew so that transparency is tied to object type rather than board layer. Color would still be set by layer, but transparency would be settable for things like tracks, component pads, zones, etc. Hi Jon- I

Re: [Kicad-developers] [RFC] type-based transparency

2019-03-18 Thread jp charras
Le 18/03/2019 à 01:11, Jon Evans a écrit : > Hi all, > > I want to change the color system in PcbNew so that transparency is tied > to object type rather than board layer.  Color would still be set by > layer, but transparency would be settable for things like tracks, > component pads, zones, etc.