- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report
My department does not create new project paths for each separate project, instead we keep the Default project active for everything we work on.
Despite this, file relationships are rarely lost, and rarely lead to the wrong location. Most of the part files DO have unique files names, but occasionally hardware or some other minor component is copied into the folder (technically creating the existence of duplicates), yet it rarely prompts the user to choose which duplicate to use.
I'm looking into this because we have created some parameter driven assemblies that we Pack and Go into the whatever the current project folder is. Every time this is done, duplicate file names are created, yet when the assembly is opened from the destination folder it somehow knows to use the files in that location (convenient). Recently an issue has come up where one user in the department is finding that his assemblies are still referencing the original location of the parameter driven parts. To get around this, I've just had him activate the .IPJ file that was created with the Pack and Go so his assembly only references the correct files. However, since this isn't the "normal" work flow in the department, I'm trying to figure out why it's happening and if I can correct it so he can just use the default project as we do for everything else.
I understand that using the Default project is typically a NO NO, as is creating numerous duplicate files names. But that's just the way things are done here, and it seems to work fine for these people.
Solved! Go to Solution.