Re: [Kicad-developers] 3D modules path strange behaviour

Le 05/08/2014 02:13, Cirilo Bernardo a écrit : (...) The use of the variable KISYS3DMOD is hard-coded; this is due to the fact that there is no configuration file similar to fp-lib-table used by the 3D code. The environment variable was introduced as a quick fix to the 3D code after the old p

Re: [Kicad-developers] 3D modules path strange behaviour

2014-08-05 1:24 GMT+02:00 Wayne Stambaugh : > On 8/4/2014 12:02 PM, Nick Østergaard wrote: >> 2014-08-04 16:00 GMT+02:00 Wayne Stambaugh : >>> On 8/4/2014 7:34 AM, yann jautard wrote: Le 04/08/2014 10:57, Nick Østergaard a écrit : > 2014-08-04 10:00 GMT+02:00 yann jautard : >

Re: [Kicad-developers] Contributing footprints

Hi Simon, I prefer the git pull request method. The time it takes for them getting approved depends on how much free time I have, as I am pretty much alone in approving them. I will shortly have a look at your other one. FYI, the procedure is written here

Re: [Kicad-developers] 3D modules path strange behaviour

- Original Message - > From: Wayne Stambaugh > To: > Cc: KiCad Developers > Sent: Tuesday, August 5, 2014 9:24 AM > Subject: Re: [Kicad-developers] 3D modules path strange behaviour > > On 8/4/2014 12:02 PM, Nick Østergaard wrote: >> 2014-08-04 16:00 GMT+02:00 Wayne Stambaugh : >>> O

Re: [Kicad-developers] 3D modules path strange behaviour

On 8/4/2014 12:02 PM, Nick Østergaard wrote: > 2014-08-04 16:00 GMT+02:00 Wayne Stambaugh : >> On 8/4/2014 7:34 AM, yann jautard wrote: >>> >>> Le 04/08/2014 10:57, Nick Østergaard a écrit : 2014-08-04 10:00 GMT+02:00 yann jautard : > And also what about the path to the 3D models dire

Re: [Kicad-developers] compiler warning

Mario, just FYI, you have used tabs in the fscanf alignment indentations. 2014-08-04 22:42 GMT+02:00 Mário Luzeiro : > Dick, here is my patch to the warnings in vrml_v2_modelparser.cpp > > From: Kicad-developers > [kicad-developers-bounces+mrluzeiro=ua...@

Re: [Kicad-developers] [PATCH] Anti-aliasing for the 3D-Viewer

Uhm.. anyway.. I found that my graphic card (and most of decent graphic card drivers I guess) can override the application preferences forcing it to whatever AA. I found also that with my graphic card with the AA in max settings the board textures will be rendered in black.. so we have some issu

Re: [Kicad-developers] [PATCH] Anti-aliasing for the 3D-Viewer

On 04.08.2014 22:45, Mário Luzeiro wrote: > imp, > > why the AA is only supported in wx3? > #if wxCHECK_VERSION( 3, 0, 0 ) This part was added by JP, a bit further up in the comments: // Note: We try to use anti aliasing if the graphic card allows that, // but only on wxWidgets >= 3.0.0 (t

Re: [Kicad-developers] [PATCH] Anti-aliasing for the 3D-Viewer

imp, why the AA is only supported in wx3? #if wxCHECK_VERSION( 3, 0, 0 ) ? MRL ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help

Re: [Kicad-developers] compiler warning

Dick, here is my patch to the warnings in vrml_v2_modelparser.cpp From: Kicad-developers [kicad-developers-bounces+mrluzeiro=ua...@lists.launchpad.net] on behalf of Dick Hollenbeck [d...@softplc.com] Sent: 04 August 2014 17:30 To: KiCad Developers Subject:

Re: [Kicad-developers] Contributing footprints

On 08/04/2014 11:15 AM, Simon Gansen wrote: > Hi, > > I'm new to KiCad developement and wondering what is the designated way > to contribute package footprints. > > Once I've created a pull request at github for a schematic symbol to > github.com/KiCad/kicad-library, which was merged a few hour l

[Kicad-developers] Contributing footprints

Hi, I'm new to KiCad developement and wondering what is the designated way to contribute package footprints. Once I've created a pull request at github for a schematic symbol to github.com/KiCad/kicad-library, which was merged a few hour later. Now I've created a pull request to github.com/KiCad

[Kicad-developers] eeschema modular kicad work

On 07/29/2014 02:02 PM, Wayne Stambaugh wrote: > On 7/27/2014 1:33 PM, Dick Hollenbeck wrote: >> Gentlemen: >> >> In the course of trying to load the schematic editor directly under >> kicad.exe, by-passing >> eeschema top frame itself, I was exposed to a range of issues in the design >> of eesch

Re: [Kicad-developers] 3D modules path strange behaviour

2014-08-04 16:00 GMT+02:00 Wayne Stambaugh : > On 8/4/2014 7:34 AM, yann jautard wrote: >> >> Le 04/08/2014 10:57, Nick Østergaard a écrit : >>> 2014-08-04 10:00 GMT+02:00 yann jautard : >>> And also what about the path to the 3D models directory that cannot be edited ? Is there a place w

Re: [Kicad-developers] 3D modules path strange behaviour

On 8/4/2014 11:24 AM, Dick Hollenbeck wrote: > > > Wayne, > > In our 3/20/2014 "project planning" conversation I mentioned: > > >newstring = Prj().Substitute( oldstring ); > > > and 6 or so other suggestions for your project planning document. > > Just curious, where is that document, a

[Kicad-developers] compiler warning

Can someone please fix this: /svn/kicad/product/common/common.cpp:48:13: warning: #warning "You must use '--with-gnomeprint' or '--with-gtkprint' in your wx library configuration for full print capabilities." [-Wcpp] # warning "You must use '--with-gnomeprint' or '--with-gtkprint' i

Re: [Kicad-developers] 3D modules path strange behaviour

Wayne, In our 3/20/2014 "project planning" conversation I mentioned: newstring = Prj().Substitute( oldstring ); and 6 or so other suggestions for your project planning document. Just curious, where is that document, and did these get recorded? Dick BTW, the PROJECT::Substitute() func

Re: [Kicad-developers] 3D modules path strange behaviour

On 8/4/2014 7:34 AM, yann jautard wrote: > > Le 04/08/2014 10:57, Nick Østergaard a écrit : >> 2014-08-04 10:00 GMT+02:00 yann jautard : >> >>> And also what about the path to the 3D models directory that cannot be >>> edited ? Is there a place where we can edit it ? >> That is a bug I believe, it

Re: [Kicad-developers] [PATCH] Anti-aliasing for the 3D-Viewer

For the number of elements in an array, you can use: ./include/macros.h:#define DIM( x )unsigned( sizeof(x) / sizeof( (x)[0] ) ) which is more consistent in the KiCad source code. Best Regards, Brian. ___ Mailing list: https://launchpad.net/~k

[Kicad-developers] Jenkins build is back to normal : kicad-qa #265

See ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpa

Re: [Kicad-developers] [PATCH] Anti-aliasing for the 3D-Viewer

> Committed, Thanks. > > Unfortunately, my graphic card does not support anti aliasing, and I am > not able to test this enhancement. > > -- > Jean-Pierre CHARRAS That will be a good oldschool test platform! ;) Thank you for your fast commits! Mario _

[Kicad-developers] Build failed in Jenkins: kicad-qa #264

See Changes: [jean-pierre charras] Anti-aliasing patch for the 3D-Viewer from Martin Janitschke -- Started by an SCM change Building in workspace $ bzr revision-

Re: [Kicad-developers] [PATCH] Anti-aliasing for the 3D-Viewer

Le 03/08/2014 12:00, mj a écrit : > On 03.08.2014 10:14, jp charras wrote: >> Le 03/08/2014 03:24, Martin Janitschke a écrit : >>> Heyho, >>> please feel free to test and apply the attached patch for the 3D viewer. >>> >>> It'll enable anti-aliasing - if the renderer supports it with up to >>> fact

[Kicad-developers] Jenkins build is back to normal : kicad-qa #263

See ___ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpa

Re: [Kicad-developers] 3D modules path strange behaviour

As a kicad user I agree, I was missing also the feature to load 3D modules from the current project folder path. It looks it is not possible at moment. Also, I do believe that it is very hard to non expert linux/windows users to set that variables in the environment.. :/ _

Re: [Kicad-developers] 3D modules path strange behaviour

Le 04/08/2014 10:57, Nick Østergaard a écrit : 2014-08-04 10:00 GMT+02:00 yann jautard : And also what about the path to the 3D models directory that cannot be edited ? Is there a place where we can edit it ? That is a bug I believe, it is supposed to be set with an environment variable, but

[Kicad-developers] Build failed in Jenkins: kicad-qa #262

See Changes: [jean-pierre charras] 3D viewer: move helper functions from 3d_draw.cpp to 3d_draw_helper_functions.cpp. Add comments in .h sources. Better management of background color. coding style fixes. --

Re: [Kicad-developers] 3D modules path strange behaviour

2014-08-04 10:00 GMT+02:00 yann jautard : > And also what about the path to the 3D models directory that cannot be > edited ? Is there a place where we can edit it ? That is a bug I believe, it is supposed to be set with an environment variable, but I guess it is just not catched anywhere. _

Re: [Kicad-developers] 3D modules path strange behaviour

Le 03/08/2014 12:59, Mário Luzeiro a écrit : Hi yann, I've reported that issue some time ago: https://bugs.launchpad.net/kicad/+bug/1343904 Hi I don't think it is the exact same problem. In my case, the path to the system installed 3D models is ok, but it that folder the path point to, the