Re: [Kicad-developers] [PATCH] Clarify disambiguation menu icons in Eeschema

Le 01/12/2017 à 04:40, Seth Hillbrand a écrit : > ​Currently the disabiguation menu entries for the bus2bus and wire2bus > entries are both a straight, > green wire.  The attached patch replaces these disambiguation icons with the > icons from the menubar > for consistency.  It now shows the

[Kicad-developers] [PATCH] Clarify disambiguation menu icons in Eeschema

​Currently the disabiguation menu entries for the bus2bus and wire2bus entries are both a straight, green wire. The attached patch replaces these disambiguation icons with the icons from the menubar for consistency. It now shows the bus2bus differently than the wire2bus. Please note, that this

Re: [Kicad-developers] [PATCH] Eeschema wire/bus selection logic

Gave this a shot, I like this logic, thanks! On Thu, Nov 30, 2017 at 8:55 PM, Seth Hillbrand wrote: > ​Attached is a patch to correct the wire/bus connection logic. Currently, > Eeschema will register wires and busses as being connected if their > endpoints touch.

[Kicad-developers] [PATCH] Eeschema wire/bus selection logic

​Attached is a patch to correct the wire/bus connection logic. Currently, Eeschema will register wires and busses as being connected if their endpoints touch. They will drag together and their endpoints will not show the "unconnected" symbols. The attached patch implements the following logic.

Re: [Kicad-developers] Is there a timeframe till the stable release will be announced

Thanks Wayne and Adam for the update A friendly reminder once again that the packagers must now point to Footprint - https://github.com/kicad/kicad-footprints Symbols - https://github.com/kicad/kicad-symbols Models - https://github.com/kicad/kicad-packages3d Templates -

Re: [Kicad-developers] Is there a timeframe till the stable release will be announced

I am hoping for a release by FOSDEM (February 3-4, 2018) but I think that's a bit optimistic. I would like to create the stable 5 branch over the Christmas break and that would give us another month to polish and bug fix before release. On 11/30/2017 05:07 PM, Adam Wolf wrote: > There's

Re: [Kicad-developers] Is there a timeframe till the stable release will be announced

There's certainly a lot of moving pieces--once the library reorganization is done, it'll take little bit of tweaking in the packaging stuff, at least for macos, and then another (hopefully quick!) round of testing. Adam Wolf On Thu, Nov 30, 2017 at 3:55 PM, Rene Pöschl

[Kicad-developers] Is there a timeframe till the stable release will be announced

We librarians would need to know how long we have until our library reorganization needs to be finished. (The footprint lib reorganization is nearly done. Now we are working on the symbol libs.) ___ Mailing list:

Re: [Kicad-developers] [PATCH] Eeschema automatic manage junctions

Seth, I merged you patch set into the development branch. Nice work and thank you for you contribution to KiCad. Cheers, Wayne On 11/29/2017 2:14 PM, Seth Hillbrand wrote: > Here is the re-based patchset.  No code changes but I repaired the > coding policy violations. > > Best- > Seth > >

Re: [Kicad-developers] Consistency in messages

On Wed, Nov 29, 2017 at 08:26:57PM +, Simon Richter wrote: > Hi, > > we don't seem to have a consistent convention on quoting in messages > shown to the user, and thus we have all three of > > '%s' > "%s" > <%s> > > in format strings when referring to names (files, nets,

Re: [Kicad-developers] Tweaks to about dialog

Oops! Sorry about that. I fixed the contributor names with non-ascii characters. On 11/30/2017 8:21 AM, Nick Østergaard wrote: > It seems that some characters are not rendered properly in the names > anymore, like Ø. Maybe this is because of the removal of the wxT macros. > > 2017-11-28 0:23

Re: [Kicad-developers] Tweaks to about dialog

Nick, It appears this was changed in a74bad1630dcd9c280ddb126926e1313b2741333 On Fri, Dec 1, 2017 at 12:21 AM, Nick Østergaard wrote: > It seems that some characters are not rendered properly in the names > anymore, like Ø. Maybe this is because of the removal of the wxT

Re: [Kicad-developers] Tweaks to about dialog

It seems that some characters are not rendered properly in the names anymore, like Ø. Maybe this is because of the removal of the wxT macros. 2017-11-28 0:23 GMT+01:00 Wayne Stambaugh : > Oliver, > > I merged your patch in the development branch. > > Thanks, > > Wayne > >

Re: [Kicad-developers] Fwd: Re: [PATCH] Fix for 3D model offset

); diff --git a/pcbnew/kicad_plugin.h b/pcbnew/kicad_plugin.h index 8cbd10d..0c0792a 100644 --- a/pcbnew/kicad_plugin.h +++ b/pcbnew/kicad_plugin.h @@ -46,7 +46,8 @@ class NETINFO_MAPPING; //#define SEXPR_BOARD_FILE_VERSION20170920 // long pad names and custom pad shape //#define SEXP

Re: [Kicad-developers] Signal integrity simulation within Kicad

This may be a bit off-topic but it may be worth noting that this routine (or rather, D_PAD::TransformShapeWithClearanceToPolygon) produces slightly incorrect results for oval pads with positive aClearanceValue. See https://bugs.launchpad.net/kicad/+bug/1665582. On Wed, 29 Nov 2017, Tomasz

Re: [Kicad-developers] Signal integrity simulation within Kicad

This is very interesting indeed! Would you keep us updated of your progress? :D - Kristoffer On 11/29/2017 10:55 PM, Andreas Buhr wrote: On 11/29/2017 08:07 PM, Tomasz Wlostowski wrote: On 29/11/17 19:09, Andreas Buhr wrote: [snip] The input which my solver needs would be an array of

[Kicad-developers] Fwd: Re: [PATCH] Fix for 3D model offset

Message transféré Sujet : Re: [Kicad-developers] [PATCH] Fix for 3D model offset Date : Thu, 30 Nov 2017 09:43:05 +0100 De : jp charras Répondre à : KiCad Developers Pour : Oliver Walters

Re: [Kicad-developers] Consistency in messages

On Wed, Nov 29, 2017 at 09:26:57PM +0100, Simon Richter wrote: > Hi, > > we don't seem to have a consistent convention on quoting in messages > shown to the user, and thus we have all three of > > '%s' > "%s" > <%s> > > in format strings when referring to names (files, nets,

Re: [Kicad-developers] Questions on BOARD_COMMIT

Hi Wayne, On 11/29/2017 06:35 PM, Wayne Stambaugh wrote: [snip]>> KIGFX::VIEW* view = s_PcbEditFrame->GetGalCanvas()->GetView(); >> item->MethodThatModifiesTheItemState(); >> view->Update( item ); > > Is this safe? What happens when pcbnew is using the legacy canvas? This is safe as long as