Parts added/modified by the user should override Fritzing provided parts

[davidperrenoud]

From dirk.van...@gmail.com on January 09, 2008 19:18:50

The user should have a special folder in which he or she can stuff parts, which has a higher precedence then the standard provided Fritzing part library. [*]

The benefits of such a two-location system are:

• a user can specify his or her own parts, which then will be the default ones which will be used in downloaded sketches or modules instead of the Fritzing provided parts.
• the user can safely modify Fritzing provided part
• We (Fritzing) can update the parts library without the user loosing his or her changes. Our update won't break designs / sketches made by the user.
• When the users decides he or she want to revert back to the default Fritzing part, he or she just has to delete or rename the part in their own folder. It will then no longer override our Fritzing part.

[*] On Mac OS X these folders would be /Library/Application Support/Fritzing/Parts/ and /Users/myname/Library/Application Support/Fritzing/Parts/ for fritzing-provided and user-modified parts respectively.

This is the difference between /Library and ~/Library. /Library is for all users, but if there is stuff in ~/Library too, this takes precedence over the former.

Original issue: http://code.google.com/p/fritzing/issues/detail?id=74

[davidperrenoud]

From dirk.van...@gmail.com on January 11, 2008 08:48:13

I think it would be a good thing to adhere the way Mozilla handles this. They store user persistent stuff (which should NOT get updated when there is a new version of the application) in the Profile Folder.

On Windows the place this in the 'Application Data' or 'AppData' folder. Citing http://kb.mozillazine.org/Profile_folder Windows 2000 and XP C:\Documents and Settings<Windows login/user name>\Application Data\Mozilla\ Windows Vista C:\Users<Windows login/user name>\AppData\Roaming\Mozilla\ Unix ~/.mozilla/ Mac OS X ~/Library/Application Support/Mozilla/

[davidperrenoud]

From andre.knoerig@gmail.com on October 14, 2008 10:36:45

This should also be of higher priority, because of the way parts are stored across multiple folders: This would otherwise make it quite difficult for a user to transfer a custom-made part to a new Fritzing release.

Status: Accepted
Owner: merunga
Labels: -Priority-Medium Priority-High

[davidperrenoud]

From irasc...@gmail.com on November 18, 2008 02:45:49

making this low priority--the version problem seems much less acute given than when we create a new part, it creates a new id, so strictly speaking, we don't have versions of the same parts floating around.

[davidperrenoud]

From meru...@gmail.com on November 18, 2008 03:12:22

Labels: -Priority-High Priority-Low

[davidperrenoud]

From dirk.van...@gmail.com on November 18, 2008 04:40:11

Move the main part of this issue over to a new issue #266

[davidperrenoud]

From dirk.van...@gmail.com on November 18, 2008 04:41:46

The only thing remaining in this issue is an easy way for the user to update his or her parts if the had still an older version in their sketch.

Labels: -PartDesign

[davidperrenoud]

From irasc...@gmail.com on May 19, 2009 04:58:23

Status: Duplicate
Mergedinto: 108