Re: [Kicad-developers] [RFC] 3D models repository

2017-04-10 Thread Wayne Stambaugh
I prefer the former. Adding the license to fields would be cumbersome. Cheers, Wayne On 4/10/2017 4:43 PM, Maciej Suminski wrote: > The easiest way to include the license is to put a file containing the > text in the libraries repository. Alternatively, the text could be > stored in the

Re: [Kicad-developers] [RFC] 3D models repository

2017-04-10 Thread Maciej Suminski
The easiest way to include the license is to put a file containing the text in the libraries repository. Alternatively, the text could be stored in the 'License' field for symbols or 'Doc' property for footprints, but it feels a bit too wordy to me. Cheers, Orson On 04/07/2017 11:55 AM, Javier

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

2017-04-10 Thread Andy Peters
> On Apr 10, 2017, at 12:12 PM, Wayne Stambaugh wrote: > > I thought the reason that we added this option is so that users could > choose if they wanted to show the icons in menus. I seem to remember > from the original discussion that some of our osx users didn't like

Re: [Kicad-developers] [RFC] 3D models repository

2017-04-10 Thread Wayne Stambaugh
On 4/7/2017 5:55 AM, Javier Serrano wrote: > On Sun, Feb 26, 2017 at 6:21 PM, Wayne Stambaugh > wrote: > > I'm still waiting for our friends at CERN for an answer on library > licensing. We are leaning towards CC-SA with the use

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

2017-04-10 Thread Simon Wells
this is only a single #ifdef to default it to off as osx has been as long as i have been using it, its not compiling the icons out or anything On 11 April 2017 at 07:12, Wayne Stambaugh wrote: > I thought the reason that we added this option is so that users could > choose

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

2017-04-10 Thread Wayne Stambaugh
I thought the reason that we added this option is so that users could choose if they wanted to show the icons in menus. I seem to remember from the original discussion that some of our osx users didn't like the fact that they were compiled out of osx builds. Do we really need to add the ugly #if

Re: [Kicad-developers] [RFC] Application naming

2017-04-10 Thread Fabrizio Tappero
Hi Guys, I actually did propose to change the names of the kicad tools few years ago. I personally think: - all kicad tools should be renamed with 100% priority to users. Hence, for example, the schematic editor should be called "schematic editor". - rename kicad itself would also be a good idea

Re: [Kicad-developers] [PATCH] CPolyLine -> SHAPE_POLY_SET refactor

2017-04-10 Thread jp charras
Le 10/04/2017 à 10:44, Tomasz Wlostowski a écrit : > On 10.04.2017 09:18, jp charras wrote: >> >> Still remains serious issues in GAL mode about self intersecting and >> overlapping polygons after >> creation or edition. >> These issues exist since the beginning. >> (They are not too hard to fix,

Re: [Kicad-developers] [RFC] Application naming

2017-04-10 Thread Marco Ciampa
On Thu, Feb 02, 2017 at 05:59:00PM -0500, Chris Pavlina wrote: > On Thu, Feb 02, 2017 at 11:54:09PM +0100, Kristoffer Ödmark wrote: > > Why dont keep it dead simple, but still keeping the KiCAD brand? > > > > I suggest prefix every subprogram with kicad- and then use a either > > extremely well

Re: [Kicad-developers] [PATCH] CPolyLine -> SHAPE_POLY_SET refactor

2017-04-10 Thread Cirilo Bernardo
On Mon, Apr 10, 2017 at 8:44 AM, Tomasz Wlostowski wrote: > On 10.04.2017 09:18, jp charras wrote: >> Le 10/04/2017 à 08:39, Nick Østergaard a écrit : >>> Hi JP, >>> >>> Yes I can confirm that it seems to work now, but since you mentioned >>> that it was not fixed

Re: [Kicad-developers] [PATCH] CPolyLine -> SHAPE_POLY_SET refactor

2017-04-10 Thread Tomasz Wlostowski
On 10.04.2017 09:18, jp charras wrote: > Le 10/04/2017 à 08:39, Nick Østergaard a écrit : >> Hi JP, >> >> Yes I can confirm that it seems to work now, but since you mentioned >> that it was not fixed properly yet, I thought it was worth >> highlighting in this thread. Are unittests missing here

Re: [Kicad-developers] [PATCH] CPolyLine -> SHAPE_POLY_SET refactor

2017-04-10 Thread jp charras
Le 10/04/2017 à 08:39, Nick Østergaard a écrit : > Hi JP, > > Yes I can confirm that it seems to work now, but since you mentioned > that it was not fixed properly yet, I thought it was worth > highlighting in this thread. Are unittests missing here for the > geometry library or is this on a

Re: [Kicad-developers] [PATCH] CPolyLine -> SHAPE_POLY_SET refactor

2017-04-10 Thread Nick Østergaard
Hi JP, Yes I can confrim that it seems to work now, but since you mentioned that it was not fixed properly yet, I thought it was worth highlighting in this thread. Are unittests missing here for the geometry library or is this on a higher level? Nick 2017-04-10 8:21 GMT+02:00 jp charras

Re: [Kicad-developers] [PATCH] CPolyLine -> SHAPE_POLY_SET refactor

2017-04-10 Thread jp charras
Le 09/04/2017 à 22:18, Nick Østergaard a écrit : > Hi Alejandro, > > It seems like there is a use case you may not have considered. The zone > cutout. I am thinking I recently fixed this issue. However I am not thrilled by commit f68ce306bdca0a2f5a1a234497ede6550ca79a0b for geometry/seg.h