On 1/09/18 00:44, Wayne Stambaugh wrote:
I don't ever remember myself or JP not being interested in round traces.
It's just been a matter of priorities and manpower.
With arc tracks I had an itch to scratch and tried twice to get core dev
buy-in
@Wayne,
Quick grep suggested that _List is the current convention:
$ egrep -ho '[a-zA-Z_]+_List' -R ./pcbnew | sort -u
BOARD_ITEM_List
delete_BOARD_ITEM_List
delete_MODULE_List
delete_PAD_List
delete_TRACK_List
MODULE_List
new_BOARD_ITEM_List
new_MODULE_List
new_PAD_List
new_TRACK_List
PAD_List
Hi Tom,
Two more commits.
The first implements hidden text, lines, etc.
The second fixes the draw order issues. I couldn’t get the layerDepth stuff to
work, either for Eeschema or LibEdit.
For Eeschema, where we put only the component in the VIEW (and draw all the
children from it) I
This sounds like a reasonable proposal. It would probably simplify both
the code and the file format.
On 8/31/2018 1:08 PM, Seth Hillbrand wrote:
> Hi JP-
>
> It feels like there might be room to refactor our rectangular pads in v6
> instead of having rectangle/rounded
Andrew,
I went ahead an merged this into the 5.0 branch since it does restore
the version 4 behavior.
Thanks,
Wayne
On 8/8/2018 8:12 PM, Andrew Lutsenko wrote:
> Sure,
>
> Afaik, 5.0.1 can be expected to be released in couple months vs
> undefined 5.1 release date (my current gut feeling is
Hi JP-
It feels like there might be room to refactor our rectangular pads in v6
instead of having rectangle/rounded rectangle/rounded-chamfered rectangle.
We could unify to just "rect" and have an optional sub-elements (rounded
(param ...)) and (chamfer (param ...)). The corner effects then just
Le 31/08/2018 à 09:08, Rene Pöschl a écrit :
> Hi,
>
> From reading the patch it seems this is for cases where you have exactly
> one corner to chamfer. Which is a nice addition for qfn footprints.
>
Attached a new patch (against current master) that allows chamfer 1 to 4
corners.
Of course
I cant view the patch via my phone right now, but please add a simple
unittest in the qa folder as well.
fre. 31. aug. 2018 14.56 skrev Wayne Stambaugh :
> Andrew,
>
> I looked at this patch an it looks fine to me. I fine with exposing the
> 3D model properties in the Python scripting. Is
Andrew,
I looked at this patch an it looks fine to me. I fine with exposing the
3D model properties in the Python scripting. Is there a reason why you
use MODULE_3D_SETTINGS_List instead of MODULE_3D_SETTINGS_LIST for the
template name? Typically we use the latter. Can anyone think of a good
I don't ever remember myself or JP not being interested in round traces.
It's just been a matter of priorities and manpower. I do remember
being pretty firm on ensuring that the gerber plotting and DRC are
correct before the drawing tools and file format changes go live. The
reason for this
Hi all,
This is a fix for https://bugs.launchpad.net/kicad/+bug/1758858
Regards,
Andrew
0001-pcbnew-add-3d-models-properties-to-swig.patch
Description: Binary data
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
Hi,
On 31.08.2018 10:32, Rene Pöschl wrote:
right now there is a discussion ongoing on the forum about that. Might have
some useful information for you in there:
https://forum.kicad.info/t/status-on-curved-smooth-corners-in-traces/12287
Thank you for the hint. If I summarize correctly it is
Hi,
I doubt we need to rename the lib. It might be better to declare it as
deprecated (remove it from the default library table and place a note in
the readme file)
A new library can definitely be created that is build around the ngspice
features that come with version 5 (the pspice lib is
Hi,
right now there is a discussion ongoing on the forum about that. Might
have some useful information for you in there:
https://forum.kicad.info/t/status-on-curved-smooth-corners-in-traces/12287
On 31/08/18 09:14, Martin Laabs wrote:
Hi,
is there is any development for chamfer trace edges
I need bends as well (arc tracks). I check in occasionally on this
topic. Last time I did, Thomasz summarized what was needed on the DRC
side but there was no buy-in from Wayne or JP, and I was not going to
start submitting patches for the TRACK object unless they are on board.
Hi,
is there is any development for chamfer trace edges ongoing? I use KiCAD
frequently for RF designs and strongly miss the functionality to change
45°/90° bends to round ones.
If there is no development planned I would try it on my own or try to find
a student implementing it for us.
Hi,
From reading the patch it seems this is for cases where you have
exactly one corner to chamfer. Which is a nice addition for qfn footprints.
It would however be a bit more flexible if every corner is toggleable
independently (so one could make pads with 1,2,3 or even 4 corners
17 matches
Mail list logo
