← Back to team overview

kicad-developers team mailing list archive

Re: yet another search path list issue? (Maybe a Mac issue, or Mac build issue)

 

Yes.
When I remove the Kicad preference files it seems to automatically create a “noname” project and as far as I understood from the code in this case it should use/copy the kicad.pro template.
When you launch eeschema directly, it just got an empty string and it for sure didn’t use/copy the template…


Regards
Bernhard


> On 09.05.2015, at 22:34, Adam Wolf <adamwolf@xxxxxxxxxxxxxxxxxxxx> wrote:
> 
> It used kicad.pro <http://kicad.pro/> when launched from Kicad, but not from eeschema directly, right?
> 
> On May 9, 2015 3:32 PM, "Bernhard Stegmaier" <stegmaier@xxxxxxxxxxxxx <mailto:stegmaier@xxxxxxxxxxxxx>> wrote:
> Hi,
> 
> >> * If we have search paths, why do we include some libraries by default in
> >> the top pane?
> >
> > Good question, I have also been wondering about this. But I think
> > those are the explicit libs specified in the .pro template.
> 
> Yes, it shows what is in the xxx.pro <http://xxx.pro/> file.
> The xxx part is quite some magic I also don’t fully understand… I think normally it is equal to file name of the schematic or project.
> If nothing is given (start eeschema without anything standalone), then I guess it was supposed to use the kicad.pro <http://kicad.pro/> template from the search paths.
> But, this was broken… just an empty file was used.
> 
> That’s the issue I just sent a small patch for...
> 
> >> * What determines what is in that top pane for new projects?
> >
> > I think the explicitly defined libs, which is saved in the pro file. (I think)
> 
> With the patch I sent, the kicad.pro <http://kicad.pro/> template from the search stack (on OS X this most likely will be the one from the app bundle) will be copied once to the preference folder and will be used from then on.
> 
> 
> Regards,
> Bernhard
> 


References