Re: [Kicad-developers] Additional Patch for via properties dialog (2)

I have created KiPadCheck as a post-layout DRC addition to KiCad. It has some checks related to pads, vias, drill, silkscreen, paste, and mask that address some shortcomings in KiCad DRC. I have also researched Eagle's DRC and they allow a fairly wide range of specifications for layers, vias

Re: [Kicad-developers] [PATCH] minor icon improvements

Reminder. Regards Fabrizio On Aug 17, 2017 4:42 PM, "Fabrizio Tappero" wrote: > Hello, > the following patch does the following: > 1) correct few pcbnew and eeschema menu text entries > 2) add the library table icon (minor look change) > 3) delete the redundant

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

On Tue, Aug 22, 2017 at 9:36 PM, Wayne Stambaugh wrote: > I'm not opposed to this change. However, there are two schools of > thought when it comes to board layout: strict layout constraints and no > layout constraints. I tend to lean towards the latter but I've been >

Re: [Kicad-developers] [PATCH] Change track width setting to dropbox

Rather than add a wxComboBox to the WX_UNIT_BINDER object, wouldn't be be cleaner to change wxTextCtrl* to wxTextEntry* which wxComboBox and wxTextCtrl (along with several others) are derived from? On 8/21/2017 4:09 PM, Mathias Grimmberger wrote: > > Hi all, > > I think it would be nice if the

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

On 8/22/2017 8:05 AM, Bastian Neumannn wrote: > Hi > >> Ultimately is it useful to design a board, if you cannot make it? > > Right now I can fabricate boards, I can not design. That is also not a > good solution. > > via constraints are tricky bussiness as they are very specific to the >

Re: [Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

That's awesome, jp! I am able to test the nightly version of Windows, so let me know (perhaps via the bug here: https://bugs.launchpad.net/kicad/+bug/1712233) when you'd like me to test. I am currently unable to rebuild KiCad, so I rely on the nightly builds to test. On Tuesday, August

Re: [Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

Le 22/08/2017 à 19:33, Greg Smith a écrit : > Continuing to review, it appears I am wrong. PCB_EDIT_FRAME:sLV does in fact > synchronize the > checkboxes, but also calls PCB_DRAW_PANEL_GAL::SLV to do the background > synchronization of the layers. > > Thank you jp, and I apologize for not

Re: [Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

Continuing to review, it appears I am wrong. PCB_EDIT_FRAME:sLV does in fact synchronize the checkboxes, but also calls PCB_DRAW_PANEL_GAL::SLV to do the background synchronization of the layers. Thank you jp, and I apologize for not researching sufficiently your answer before posting. So at

Re: [Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

Thank you jp! This appears to not actually be true and reveals (I think) an inconsistency in the KiCad code. PCB_DRAW_PANEL_GAL::SyncLayersVisibility is VERY different from PCB_EDIT_FRAME::syncLayerVisibilities  PCB_DRAW_PANEL_GAL::SLV modifies the visibility of the layers themselves, taking

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

> On Aug 22, 2017, at 3:10 AM, Simon Küppers wrote: > > I second this. Working in a Research Institute I can assure you, that very > often there are circuit boards with "interesting" stackups and via > configurations... These boards are not produced by quick-turn

Re: [Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

Le 22/08/2017 à 14:42, Greg Smith a écrit : > > How do I call PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python? I can't > find where it exists in > the python hierarchy. > https://bugs.launchpad.net/kicad/+bug/1712233 > > I believe it's the solution to fixing a bug that prevents 

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

Hi! Maybe, some of these HDI Design Guides + documents are useful: http://www.we-online.com/web/de/index.php/download/media/04_leiterplatte/2011_2/relaunch/produkte_5/microvia_hdi/141030_DesignGuide_HDI_1_1.pdf Page 8 gives quite a good overview of what's possible - at least!

Re: [Kicad-developers] wire connections

Yes, I'm referring to the schematic wires. Through the G hotkey has the functionality, the wires are not orthogonal bend at 90 degrees) after drag/move. I don't think it would be lot of logic to add. Because we can use any existing routing library such as A* search algorithm. 1) Call the

Re: [Kicad-developers] wire connections

Try 'G' to grab rather than 'M' to move is that what you mean? On 08/22/2017 09:04 AM, Arun Kumar wrote: > Hi Team, > > The wire connections doesn't move or sustain when the parts are moved > around. Is there any work going on to address this. Almost in all > commercial softwares the wires

Re: [Kicad-developers] wire connections

I'm assuming you're referring to schematic wires? I'm not sure if there is active work going on in this area, but I briefly looked into adding this functionality and decided it would be better to wait until eeschema is using GAL canvas and the new tools system instead of spending time adding lots

[Kicad-developers] wire connections

Hi Team, The wire connections doesn't move or sustain when the parts are moved around. Is there any work going on to address this. Almost in all commercial softwares the wires connections adjust as per the movement of the parts. Thanks, Arun ___

[Kicad-developers] Calling PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python?

How do I call PCB_DRAW_PANEL_GAL::SyncLayersVisibility from python? I can't find where it exists in the python hierarchy. https://bugs.launchpad.net/kicad/+bug/1712233 I believe it's the solution to fixing a bug that prevents LayerViewSet.py from working

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

Hi > Ultimately is it useful to design a board, if you cannot make it? Right now I can fabricate boards, I can not design. That is also not a good solution. via constraints are tricky bussiness as they are very specific to the manufacturer. > PS: > The current "tracks and vias editor" dialog

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

Le 22/08/2017 à 12:10, Simon Küppers a écrit : > I second this. Working in a Research Institute I can assure you, that very > often there are circuit > boards with "interesting" stackups and via configurations... These boards are > not produced by > quick-turn factories like eurocircuits but

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

I second this. Working in a Research Institute I can assure you, that very often there are circuit boards with "interesting" stackups and via configurations... These boards are not produced by quick-turn factories like eurocircuits but companies such as ILFA or Optiprint. It would be unwise

[Kicad-developers] should we change control in 3d-viewer

it is hard to move and roll pcb board in 3d-viewer. why not design the control as same as a game. that is a very intuitive and natural way to control the object in a game.___ Mailing list: https://launchpad.net/~kicad-developers Post to :

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

On 22/08/17 18:25, jp charras wrote: Le 22/08/2017 à 05:55, hauptmech a écrit : Manufacturing techniques vary between manufacturers and continuously evolve. Why would kicad limit itself to what eurocircuits can do? They have optimized their process for quick turn prototyping and while they

Re: [Kicad-developers] Additional Patch for via properties dialog (2)

Le 22/08/2017 à 05:55, hauptmech a écrit : > > Manufacturing techniques vary between manufacturers and continuously evolve. > Why would kicad limit > itself to what eurocircuits can do? They have optimized their process for > quick turn prototyping and > while they document their process

Re: [Kicad-developers] cmakeified wxFormBuilder fork

Le 21/08/2017 à 22:19, Greg Smith a écrit : > I'll have to try this version out. The latest stable version of wxFormBuilder > and KiCad nightly do not mix extremely well. I have to avoid font changes > color changes, and make minor edits in wxFB python code (Frame: > SetSizeHints->