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
From
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: [PATCH] Make RULER_ITEM ge
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 <
mgeselbrac...@g
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 orientation
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
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 right
Hi Mathias!
I have implemented unit conversion in the entry boxesfor KiPadCheck. The code
is on lines 715-835 here:
https://github.com/HiGregSmith/KiPadCheck/blob/nightly_4.0.6/kipadcheck.py
I generated the first version of the list of units, then asked at the KiCad
forums and received a few su
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 Mo
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 : kicad-developers@lists.la
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 <
mgeselbrac...@gmail.com
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
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
sometimes
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 hopefu
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 any
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
al
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 01/09/2017 à 12:38, Simon Küppers
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 boa
17 matches
Mail list logo