Re: [Kicad-developers] RES: RES: RES: [PATCH] new feature, value and reference with angle in PCB

2016-04-08 Thread Chris Pavlina
Thank you. I've tested this and don't see any issues; I'm going to merge it. Still think the dialog could use a bit of adjustment, but I'll do that myself in the near future. Thanks :) On Fri, Apr 08, 2016 at 01:39:54PM +, Pereira, Patrick wrote: > Hello, > > I think that is everything ok n

Re: [Kicad-developers] Custom shaped pads work. Second test.

2016-04-08 Thread Chris Pavlina
>From a UX perspective, I am strongly in favor of merging rounded and non-rounded rectangles into radius>0 and radius=0. On Sat, Apr 09, 2016 at 06:59:54AM +1200, Simon Wells wrote: > It is most likely osx specific based on a screenshot that nickoe sent > me, But i am not sure the text should be/n

[Kicad-developers] [PATCH] DIALOG_SHIM default event handler fixes.

2016-04-08 Thread Wayne Stambaugh
I've known for a while that the quasi-modal mode provided by DIALOG_SHIM was broken. The only reason it hasn't reared it's head is because of the design of most of dialogs. If you call any dialog derived from DIALOG_SHIM using ShowQuasiModal() and allow the default button event handlers (wxID_OK,

Re: [Kicad-developers] Jenkins build is back to normal : KiCad (Linux, all options, Debug) #1242

2016-04-08 Thread Nick Østergaard
I cleaned the workspace and rebuilt. Den 08/04/2016 21.48 skrev "Miguel Angel Ajo" : > See > > > ___ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.n

Re: [Kicad-developers] RFC: out-of-tree plugin builds

2016-04-08 Thread Simon Wells
I think most applications just (ab)use private frameworks for plugin dev, aka convert the 3dsg.dylib into a framework, as the framework will then contain the headers and it will be distributed as part of the application bundle, and one can add the "private" framework to their projects. Simon On

[Kicad-developers] Jenkins build is back to normal : KiCad (Linux, all options, Debug) #1242

2016-04-08 Thread Miguel Angel Ajo
See ___ 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.ne

Re: [Kicad-developers] Custom shaped pads work. Second test.

2016-04-08 Thread Simon Wells
It is most likely osx specific based on a screenshot that nickoe sent me, But i am not sure the text should be/needs to be disabled, if you want it disabled then we will probably need to have an #ifdef for osx to stop it disabling, or to just hide the section completely, However its done the same r

Re: [Kicad-developers] RFC: out-of-tree plugin builds

2016-04-08 Thread Bernhard Stegmaier
Hi, to be honest, I don’t know yet how it is done best on OSX. Putting everything in $CMAKE_INSTALL_PREFIX is definitely not wrong as a first step. The interesting part is how to package those include/lib folders into the application bundle. Remember: $CMAKE_INSTALL_PREFIX is not the final plac

Re: [Kicad-developers] Custom shaped pads work. Second test.

2016-04-08 Thread jp charras
Le 08/04/2016 19:59, jp charras a écrit : > Le 08/04/2016 18:34, Simon Wells a écrit : >> Hi JP, >> >> With the pad editor dialog in 6673 (i have looked at the changelogs >> for 6674 and 6675 and can't see any changes to this) The new fields >> you have added behave differently to the trapezoidal f

Re: [Kicad-developers] Custom shaped pads work. Second test.

2016-04-08 Thread jp charras
Le 08/04/2016 18:34, Simon Wells a écrit : > Hi JP, > > With the pad editor dialog in 6673 (i have looked at the changelogs > for 6674 and 6675 and can't see any changes to this) The new fields > you have added behave differently to the trapezoidal fields, mainly > that the text is set to disabled

Re: [Kicad-developers] [RFC] Intra-sheet links and dangling ERC checks

2016-04-08 Thread Wayne Stambaugh
Daniel, Sorry it took me so long to get back to you. I finally had a chance to test your intra-sheet code. While it does appear to work as advertised, I'm not sure this is the best way to handle the intra-sheet connections. Since it doesn't address the inter-sheet connections, it may confuse us

[Kicad-developers] Build failed in Jenkins: KiCad (Linux, all options, Debug) #1241

2016-04-08 Thread Miguel Angel Ajo
See Changes: [Wayne Stambaugh] CvPcb: remove footprint library load failure limit. (fixes lp:1553756) * Remove the artificial footprint library read error limit to prevent potentially readable libraries from being loaded after the error limi

Re: [Kicad-developers] Custom shaped pads work. Second test.

2016-04-08 Thread Simon Wells
Hi JP, With the pad editor dialog in 6673 (i have looked at the changelogs for 6674 and 6675 and can't see any changes to this) The new fields you have added behave differently to the trapezoidal fields, mainly that the text is set to disabled (or something) colour as well with the corner radius p

Re: [Kicad-developers] RFC: out-of-tree plugin builds

2016-04-08 Thread Wayne Stambaugh
1) Header files should be installed in $CMAKE_INSTALL_PREFIX/include/kicad/plugins or possibly $CMAKE_INSTALL_PREFIX/include/kicad/3d-plugins. A some point we may want to expose the APIs of the kicad libraries (kifaces) so I would prefer the plugin headers be in a descriptive path for clarity. I'

[Kicad-developers] RES: RES: RES: [PATCH] new feature, value and reference with angle in PCB

2016-04-08 Thread Pereira, Patrick
Hello, I think that is everything ok now with this patch. Dialog window corrected. Best Regards, De: Kicad-developers [kicad-developers-bounces+patrick.pereira=intel@lists.launchpad.net] em nome de Pereira, Patrick [patrick.pere...@intel.com] Enviado

Re: [Kicad-developers] Reading eagle's lbrs directly

2016-04-08 Thread Wayne Stambaugh
On 4/8/2016 8:55 AM, jp charras wrote: > Le 08/04/2016 14:38, Wayne Stambaugh a écrit : >> By lbr file do you mean schematic component libraries or board footprint >> libraries? If you mean component libraries than Nick's comments apply >> and the schematic plugin doesn't exist yet but is part of

Re: [Kicad-developers] Reading eagle's lbrs directly

2016-04-08 Thread jp charras
Le 08/04/2016 14:38, Wayne Stambaugh a écrit : > By lbr file do you mean schematic component libraries or board footprint > libraries? If you mean component libraries than Nick's comments apply > and the schematic plugin doesn't exist yet but is part of the current > development cycle. If you mea

Re: [Kicad-developers] Reading eagle's lbrs directly

2016-04-08 Thread Wayne Stambaugh
By lbr file do you mean schematic component libraries or board footprint libraries? If you mean component libraries than Nick's comments apply and the schematic plugin doesn't exist yet but is part of the current development cycle. If you mean footprint libraries, then they have not been implemen

Re: [Kicad-developers] update on ongoign 3D work

2016-04-08 Thread Mário Luzeiro
Hi Cirilo, Just a reminder that in the new (my branch), and probably in current version, 3d-viewer source code, it is possible to pass to the 3d-viewer a really dummy board, ie a board structure as it was from pcbnew. Something similar to this: https://github.com/KiCad/kicad-source-mirror/blob/

Re: [Kicad-developers] Reading eagle's lbrs directly

2016-04-08 Thread Nick Østergaard
There is some support, we can use the eagle footprints from v6. But the problem I see is simply that it is not easily possible in eeschema yet. 2016-04-08 10:07 GMT+02:00 Benjamin Nauck : > Eagle doesn't store schematic symbols and footprints into separate files > like Kicad does. > Instead Eagle