[Kicad-developers] [PATCH] Don't force grid color to LAYER_GRID in EDA_DRAW_PANEL_GAL

Hi, This patch removes a call that prevents other children of EDA_DRAW_PANEL_GAL from using layers other than LAYER_GRID to specify grid color, and instead set the grid color in the GAL when it is changed or updated. -Jon From 36efe44e896e34423246d3b541a97703b0a5e0d4 Mon Sep 17 00:00:00 2001

[Kicad-developers] [PATCH] Make RULER_ITEM generic

Hi, Another in my series of patches leading up to GerbView GAL merge, this is a quick one to enable the ruler to work in GerbView. -Jon From 47dfc6081c8913c8aa8e48b1f2d1d004d750b741 Mon Sep 17 00:00:00 2001 From: Jon Evans Date: Mon, 11 Sep 2017 22:49:05 -0400 Subject:

Re: [Kicad-developers] GerbView GAL

Hi Michael, I think this lag on exit is due to the time the VIEW takes to deconstruct itself when it has a lot of objects. I can look at some routes for optimizing this (it affects pcbnew as well). Thank you for testing, Jon On Mon, Sep 11, 2017 at 7:23 PM, Michael Geselbracht <

[Kicad-developers] A treatise on the consistency of orientation and module.GraphicalItems vs. board.Drawings.

A few things I've been thinking about recently and wondering what reasonbehind some of these characteristics: I've been working with pcbnew Python for a few months now, and havewondered about the consistency in getting the object collectionson module and board as well as proper final

Re: [Kicad-developers] GerbView GAL

Hi, the drills are rendered correctly now, thank you. If i recall correctly this (the GAL Gerbview) is another milestone towards v5. A (very) minor issue remains though: Exiting Gerbview takes a few seconds if several layers are loaded. The time seems to related to the complexity of the layers. A

Re: [Kicad-developers] GerbView GAL

Ok, first zip then gmail; I don't know if my last post has reached anyone. I tried to send a proper file... The context menu is working now as expected. - Michael On Mon, Sep 11, 2017 at 11:56 PM, Michael Geselbracht < mgeselbrac...@gmail.com> wrote: > Hi, > the build process is working

Re: [Kicad-developers] GerbView GAL

Hi Michael, The first issue you raised with the layer manager context menu has now been fixed I think; please check it if you have a chance. Could you send me a drill file (maybe off the list) that does not render for you? I checked a few of my drill files and they do render. Thanks, Jon On

[Kicad-developers] Python for footprint editor?

Is there any Python access to the footprint editor? I see that pcbnew C++ source files seem to indicate some support for the footprint editor. Greg S. ___ Mailing list: https://launchpad.net/~kicad-developers Post to :

Re: [Kicad-developers] GerbView GAL

HI Michael, Thanks for the report, I will look in to this -- I suspect I broke the drill display in a recent commit. But, your attachment did not come through for me, it just shows an empty zip file for me. Thanks, Jon On Mon, Sep 11, 2017 at 5:07 PM, Michael Geselbracht <

[Kicad-developers] [RFC] More consistent dialog handling

Hi all, you may remember that I complained about the inconsistent behaviour of several dialogs some time ago. Below is what I have come up with to improve that. The main purpose is to improve consistency of dialogs, although it may occasionally simplify the code too. Basically it is a kind of

Re: [Kicad-developers] GerbView GAL

Thanks JP. For #2, it is a matter of the difference between OpenGL and Cairo implementation of transparency and occlusion in our GAL. Cairo also has the issue that each draw item is composited with transparency, even on a single layer. (maybe that is what is wanted with transparent items

Re: [Kicad-developers] GerbView GAL

Le 10/09/2017 à 02:42, Jon Evans a écrit : > Hi all, > > I've finally had time in the last few weeks to make more progress on GerbView > GAL. > > While it's not perfect, I think it is far enough along to propose merging > into the main repo, so > that more people can start testing it and

Re: [Kicad-developers] disable icons in menus by default on osx

While personally I won't use icons in the menus if that option is available to me, I can see why someone would like to use them. I can see it being useful to identify actions visually, but with that in mind, I can't understand why having icons and reusing them on different functions would help

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

Yes this could be the case, and also for rigid-flex boards. I see from the spec that you already disclaim that the initial version of the job file will not work for these types of boards (Section 2, last few paragraphs) In the area I work, rigid-flex circuits are quite common (and I'm sure for

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

Yes, a common stackup would be a two-layer rf substrate such as Teflon pressed onto a two-layer fr4 core with an fr4 prepreg in between. Galvanic processing is then done as usual. Best regards Simon Am 11. September 2017 19:07:19 MESZ schrieb jp charras : >Le

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

Le 01/09/2017 à 12:38, Simon Küppers a écrit : > I was also about to show the optiprint brochure, thanks. I fully agree with > you. We especially like > to use Teflon materials with thick copper backing, but fr4 plus ceramic is > also quite common here. > > Hi Simon, Do you mean the *same