Community Tip - Need to share some code when posting a question or reply? Make sure to use the "Insert code sample" menu option. Learn more! X
I am an engineer who was just given the responsibility of Pro/E admin. I understand the differences and load sequences for the three directories (installation, home/logon, & start in). Currently the installation directory is on C: as well as the home, but the start in is set to the network and is not user specific. I feel like the Start in directory should be user specific. Any thoughts? If I make it user specific, should I put it on C: or on the network. Also, I would like to write a .bat file to pull the config files from the network to the installation directory on startup. Will this work?
del C:\Program Files\proeWildfire 5.0\text\config.win.* (my installation directory)
del New_Start_in_directory\config.pro (my new Start in directory)
del New_Start_in_directory\config.win.* (my new Start in directory)
copy P:\Pro_Stds\configs\SysConfigs\config.pro (Secure location on the network to store files)
C:\Program Files\proeWildfire 5.0\text\config.pro (my installation directory)
copy P:\Pro_Stds\configs\SysConfigs\config.win.* (Secure location on the network to store files)
C:\Program Files\proeWildfire 5.0\text\config.win.* (my installation directory)
:: ++++++++++++This launches ProE++++
C:\Program Files\proeWildfire 5.0\bin\proe.exe
I obtained most of this from another post. I question whether I should delete config files from the Start in directory in case someone needed to put them there for some reason. I understand that this is the last place to load. Wouldn't it be best if the users stored their local config files in the home/logon directory?
There are only 7 pro/e licenses at our company and we work very closely together, so I will have pretty good control over how they do things. I don't know if it matters or not, but I think we are the last ones using product point. Once I get a few things cleaned up we will be moving to PDMLink.
Thanks,
Kevin
maybe not as writing to c:\program files needs administrator rights.
my suggestion
- general options in \loadpoint\text
Options in loadpoint\test\config.sup cannot be overridden
- personal options in \home
- project specific options in startup folder. You may have more than one icon with startup folder for different projects
Reinhard
I am a contract engineer that has many configs required for different clients. It is almost overwhelming to maintain a stable config for each client. I am just coming out of a 2000i workstation so things are a lot more complicated today; yet familiar.
The only hint I found to manage configs so far is to set up a start folder in the Creo shortcut for each client. I am hoping this will keep all my configs well separated and easy to manage if changes are required during a session.
Although I don't have to worry about WindChill or anything, I do have to manage format files, search folders, start parts, appearance management, and even rendering environments for each client. It is a bit more than I prefer to manage from memory, but once I get more familiar with these concepts, the better I will get with them. The problem is when I take a 3 month break from PTC and I have to get back into it with a new client. Some very basic guidelines for this enterprise model would be extremely helpful.
Hi Kevin...
I can provide some information from my experience as an admin. I'm still an admin and I mess with this stuff frequently. Here's my input...
The inevitable question pops up... what if a user is overriding some setting that company finds mandatory? In that case, move that setting into the config.sup and they cannot override it. What if the setting they're trying to override is a mapkey? If this happens, there's an entire thread on PTC Community where I show a method to prevent this. If you need it and can't find it, ask... and I'll dig it up.
Reinhard's note about not copying files down into the Program Files directory is valid. In some companies, the Program Files folder is locked so users cannot install software or manually add items down into that directory. But in your circumstances, you have 7 people to manage. In this case your IT people may simply lift that restriction (or not impose it in the first place). If your IT people will not let you copy the config,pro, config.sup, and config.win from the protected network location to each users' loadpoint, consider moving the Pro/E (or Creo) loadpoint! There's no reason it needs to be in Program Files. You can install the software anywhere including in the Users/<Username>/Documents directory. By moving the loadpoint to a location not under IT restriction, you can copy the files from the protected network location without a problem.
I hope that helped without making things more confusing. If I've made it worse, write back and I'll do what I can to help you sort it all out!
Thanks!
-Brian