kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #16357
Re: OSX path wrangling
Hi Collin,
Glad you like it.
I think what you propose is how I'm already doing it, except for the
Documents path vs one in Library, which this thread is already about.
Nice response, huh? :)
On Jan 12, 2015 11:49 AM, "Collin Anderson" <metacollin@xxxxxxxxxxxx> wrote:
> That's a great idea! I had no idea there was a kicad-extras.dmg in the
> works. I need to pay more attention. FYI, the 'mac-ness' of doing two
> dmgs, one for the app, one for, well, extras, is very good. That's
> something I've seen other programs do and it works very well. Really, I
> think the more we can separate user modifiable stuff (or anything that is
> or has potential to be kept up to date using git) from the .app, the
> better. If there is a kicad-extras.dmg, I assume it has a one click
> drag-and drop style install as well. That could install to a default
> location, but it would be nice if one could, from within the GUI, select a
> folder that normally houses the 'kicad-library' stuff, leaving it up to the
> user as to it's location. This allows storage on USB drives, a shared
> network drive, all sorts of neat stuff.
>
> Oh, and is there any plans for a good way to merge or easily populate the
> fp-lib-table? The Wizard is great, but rather tedious for people who just
> want everything. I remember putting a fp-library-table file in kicad's
> support folder, if one did not exist in their Preferences folder, would
> cause it to be used as their table list, but that seems broken (or maybe I
> forgot a CMAKE flag? I am not sure). Basically, what would be ideal in my
> opinion, is if a new user could download kicad.dmg, kicad-extras.dmg, drag
> stuff to their /Applications folder, drag stuff to ~/Documents or where
> ever that has a recent snapshot of the kicad-library git repo and .pretty
> repos, and when they open KiCad, the fp-lib-table file should default to
> the github fp-lib-table template if the user doesn't have one (or, and this
> is important, has one but without any entries) in their preferences
> folder. That way, no one is ever left scratching their head as to why they
> don't have any parts or libraries.
>
> --
> "Violence is the last refuge of the incompetent." - Isaac Asimov
>
> On Jan 12, 2015, at 12:15 AM, Adam Wolf <adamwolf@xxxxxxxxxxxxxxxxxxxx>
> wrote:
>
> I think this idea has merit.
>
> If we are discussing large changes to the OS X paths, can I ask for
> another? Let's move packages3d/ outside of modules/, so I can have users
> who download kicad-extras drag and drop a modules directory full of checked
> out github footprints into their ~/Documents/kicad/ (or whatever...)
> directory, without having to include packages3d/ in both the kicad and
> kicad-extras dmg.
>
> Adam Wolf
> Cofounder and Engineer
> W&L
>
>
>
References
-
OS X trackpad
From: Garth Corral, 2014-10-31
-
Re: OS X trackpad
From: Bernhard Stegmaier, 2014-11-02
-
Re: OS X trackpad
From: Adam Wolf, 2014-11-04
-
Re: OS X trackpad
From: Garth Corral, 2014-11-05
-
Re: OS X trackpad
From: Nick Østergaard, 2015-01-10
-
Re: OS X trackpad
From: Garth Corral, 2015-01-10
-
Re: OS X trackpad
From: Nick Østergaard, 2015-01-11
-
Re: OS X trackpad
From: Garth Corral, 2015-01-11
-
Re: OS X trackpad
From: Nick Østergaard, 2015-01-11
-
Re: OS X trackpad
From: Garth Corral, 2015-01-11
-
Re: OS X trackpad
From: Nick Østergaard, 2015-01-11
-
OSX successful build - but questions
From: Bob Gustafson, 2015-01-11
-
Re: OSX successful build - but questions
From: Adam Wolf, 2015-01-11
-
Re: OSX successful build - but questions
From: Bob Gustafson, 2015-01-12
-
Re: OSX successful build - but questions
From: Adam Wolf, 2015-01-12
-
Re: OSX successful build - but questions
From: Bob Gustafson, 2015-01-12
-
OSX path wrangling
From: Collin Anderson, 2015-01-12
-
Re: OSX path wrangling
From: Adam Wolf, 2015-01-12