Re: [Kicad-developers] GitHub Plugin (my nemesis)

I'm making more noise again. Have all options been explored? Sparse Checkout + clone depth = 1 https://stackoverflow.com/questions/180052/checkout-subdirectories-in-git Using different branches to differentiate content in git. Seems weird... but why not?

Re: [Kicad-developers] GitHub Plugin (my nemesis)

Jon, Using the SVN functionality of GitHub it's possible to do the following: a) Partial checkout (individual libraries as required) b) Checkout latest master c) Checkout tagged releases (e.g. 4.0.7) It would be "simple" to implement this using Python using the svn bindings. Would this be a

Re: [Kicad-developers] GitHub Plugin (my nemesis)

As a user, I always move to the edge of my seat when this conversation comes up. I sit there, waiting for awesome new features like in-program diff and pull requesting for kicad libraries, and then I inevitably sit back down because (IMHO) kicad wanted to use the github api and start wget vs.

Re: [Kicad-developers] Question : ZONE_CONTAINER

pcb_painter.cpp:1085 void PCB_PAINTER::draw( const ZONE_CONTAINER* aZone ) On Thu, Sep 21, 2017 at 11:27 PM, Oliver Walters < oliver.henry.walt...@gmail.com> wrote: > I'm looking for where ZONE_CONTAINER is drawn in GAL? In legacy it is > handled in class_zone.cpp but I can't find where it's

[Kicad-developers] Question : ZONE_CONTAINER

I'm looking for where ZONE_CONTAINER is drawn in GAL? In legacy it is handled in class_zone.cpp but I can't find where it's being drawn under Cairo / OpenGL Anyone have info on this? Thanks, Oliver ___ Mailing list:

Re: [Kicad-developers] File format version increment

Hi Adam, Yes, on Linux one has to choose between Nightly/Stable if using the PPA.  The other option is building KiCad yourself, which I can do, but many can't/won't.  I was not sure of the situation on other OS's if you can install Nightly/Stable simultaneously on Mac, then its more reason

Re: [Kicad-developers] 2: Via Tool

Hi Orson, Can, and will, thanks for the feedback.  Ditto for the DRC situation I described. Steven On 21/09/17 18:09, Maciej Sumiński wrote: Hi Steven, The via tool is still quite fresh, so as you have noticed - it might be lacking in certain cases. Would you please turn it into a bug

Re: [Kicad-developers] [PATCH] GerbView GAL support

Hi Orson, I have dug into Seth's report of slowness on this large Gerber file, and reproduced it. It looks like VIEW is struggling under the load of all the items, so this is a generic GAL problem, but Gerber files in general have many more draw items than PCB files, so we only notice it now. I

Re: [Kicad-developers] File format version increment

Strontium, I assume you are talking about linux based on the word PPA, but mostly for other people on the list, you can do this with the MacOS KiCad. Adam On Thu, Sep 21, 2017 at 8:59 PM, Strontium wrote: > This is a question for the distribution maintainers, > > Is it

Re: [Kicad-developers] File format version increment

This is a question for the distribution maintainers, Is it possible to change the distribution PPA's (etc) so that one can install the nightly and the stable version of kicad, simultaneously? When things like file format versions change then people have to make a choice, do I run nightly and

Re: [Kicad-developers] GitHub Plugin (my nemesis)

I think it would make the most sense to do option (a), possibly also leaving open the possibility of changing the updates source location (for example, it's conceivable to have a mirror server at kicad-pcb.org that contains snapshots of the libraries that are compiled from the Git repo whenever

[Kicad-developers] GitHub Plugin (my nemesis)

Hi all, Ok, now that the website integration with the libraries is (pretty much) done, and the licensing issue seems to be sorted, there is one final puzzle piece to solve before I'm happy with the state of the libraries for a v5 release. *Goal: *Merge all footprint library repositories into a

Re: [Kicad-developers] New feature: support for Gerber job file.

I feel the via filling option in the job spec is too limited At my company we probably have a few hundred boards where we do via fills depending on their diameter. We keep their usage the same based on diameter, i.e. 8 mil vias go in pads, 6 mil vias are used in impedance controlled traces.And I

Re: [Kicad-developers] [PATCH] GerbView GAL support

Hi Jon- Sorry, my wording was bad. This is not a merging show-stopper. Legacy use is unaffected. Best- Seth On Thu, Sep 21, 2017 at 11:55 AM, Jon Evans wrote: > Hi Seth, > > Thanks for reporting and providing your example file. I will investigate > this issue, but is

Re: [Kicad-developers] [PATCH] GerbView GAL support

Hi Seth, Thanks for reporting and providing your example file. I will investigate this issue, but is this actually a show stopper for merging? Can't you just keep using legacy canvas? Thanks, Jon On Thu, Sep 21, 2017 at 2:47 PM, Seth Hillbrand wrote: > -- Apologies

Re: [Kicad-developers] Fwd: wxPython 4.0.0b2 release

Hi, On 21.09.2017 14:47, Wayne Stambaugh wrote: > We can start experimenting with it but until it's been packaged for > stable release on all major platforms, I don't want to make a dependency > for KiCad. My question was more like "people will ask whether it works, has anyone actually

Re: [Kicad-developers] Fwd: wxPython 4.0.0b2 release

We can start experimenting with it but until it's been packaged for stable release on all major platforms, I don't want to make a dependency for KiCad. On 9/20/2017 5:59 PM, Greg Smith wrote: > I mostly us the Phoenix documentation and it seems close, but not exact. > There also have been

Re: [Kicad-developers] [PATCH] PcbNew Eagle Plugin: Remove layer restriction on some graphic items, fix undrawn items and place values on fabrication layers.

The problem I see is how do we ensure that the original intent of the Eagle design is preserved when it's imported into KiCad. We can import graphical items to copper but should they be imported as graphical items or converted to custom pads. Is there any way to tell the difference in Eagle? If

Re: [Kicad-developers] File format version increment

Well put, Wayne and Orson. @Nox, I agree with you that it's better to have the user drive instead of automagic that may cause more confusion than help. On 22/09/17 00:00, Wayne Stambaugh wrote: I second Orson's comments. Our nightly users deserve our gratitude for testing and filing bug

Re: [Kicad-developers] [PATCH] GerbView GAL support

Orson, I'm leaving this decision up to you and JP since I have not had time to test it. JP, do you have any other concerns about this? Thanks, Wayne On 9/21/2017 6:05 AM, Maciej Sumiński wrote: > Hi Jon, > > Thanks you, this is really cool! Now it is even more tempting to merge > the

Re: [Kicad-developers] File format version increment

I second Orson's comments. Our nightly users deserve our gratitude for testing and filing bug reports. Thank you. I wish we had the manpower to support multiple file versions but it's a feature that has a very high cost for very little net gain. I realize it's a less than ideal situation but

Re: [Kicad-developers] 3: Net Connectivity

I ask for a bug report here as well. We plan to improve DRC, but it is not the right moment to do so, as we need to focus to finish the last features for v5 and switch to the feature freeze stage. Regards, Orson On 09/13/2017 06:04 AM, Strontium wrote: > His third criticism is with net

Re: [Kicad-developers] 2: Via Tool

Hi Steven, The via tool is still quite fresh, so as you have noticed - it might be lacking in certain cases. Would you please turn it into a bug report? Your message is already drowning in the mailing list traffic, but a bug report will stay in the tracker until it is resolved. Regards, Orson

Re: [Kicad-developers] [PATCH] GerbView GAL support

Hi Jon, Thanks you, this is really cool! Now it is even more tempting to merge the gerbview_gal branch. I am going to wait one more day for vetos and tomorrow I will push it to the master branch. Regards, Orson On 09/20/2017 09:57 PM, Jon Evans wrote: > Hi Orson, > > Give this a shot in your

Re: [Kicad-developers] [PATCH] Set modified flag when changing layer visibility (lp:793420)

Hi Jon, I think it makes sense to enable the save button, as the board state has changed. I have just pushed your patch, thank you! Regards, Orson On 09/14/2017 04:24 AM, Jon Evans wrote: > Hi, > > This is a partial fix for https://bugs.launchpad.net/kicad/+bug/793420 -- > addresses the issue

Re: [Kicad-developers] File format version increment

Hi hauptmech, In the meantime, there is an ongoing work to support custom shape pads, which also demands a file format version bump (already done, right before the long pad names patch to avoid too frequent version increments). Such change calls for another set of if-elses to determine whether we

Re: [Kicad-developers] File format version increment

Would not "automatic file version switching" result into even stranger situations? i.e. that users of "newer" kicad version would generate files which are sometimes compatible and sometimes not without "obvious" reason? What normally is done is offering users to save as an older fileversion.

Re: [Kicad-developers] Fwd: wxPython 4.0.0b2 release

Le 20/09/2017 à 23:56, Wayne Stambaugh a écrit : > I haven't tried to build it on mingw. I'm guessing if it's anything > like it's predecessor, it will require some work but I could be wrong. > Given that the build instructions only mention msvc and say nothing > about building with mingw on