cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - Visit the PTCooler (the community lounge) to get to know your fellow community members and check out some of Dale's Friday Humor posts! X

Directories and config files

ptc-2141398
1-Visitor

Directories and config files

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


This thread is inactive and closed by the PTC Community Management Team. If you would like to provide a reply and re-open this thread, please notify the moderator and reference the thread. You may also use "Start a topic" button to ask a new question. Please be sure to include what version of the PTC product you are using so another community member knowledgeable about your version may be able to assist.
3 REPLIES 3

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...

  • Don't have your users' starting directory on a network drive. This slows things down and I've found it to be a bad idea. The only real case for doing this is backups. If you have that network drive automatically backed up, then that's a plus. But in my opinion, sacrificing speed for the ultra rare occasion you'll need a backup isn't worth it.
  • I wouldn't bother trying to delete files from each users' workstation. Many experienced users like the ability to add a mapkey or scoot some icons around on their interface. Removing their config.win and config.pro will destroy these. You're not going to win any popularity contests by doing that. Reinhard's suggestions are good:
    • If you have options you MUST enforce, put them in the config.sup in the users' loadpoint
    • If you have options you'd like to set for everyone as general options, put them in the config.pro of the loadpoint
    • Allow the user to have their own personal config options in their home profile directory (using config.pro).
    • If you don't have Windchill or Pro/INTRALINK, manage project-specific config settings using the config.pro of the start-in directory otherrwise just keep the users' configs in their home directory.
  • Copying the company standard config.pro, config.sup, and config.win from a protected network location can be an effective method for making sure all users start from the same basic palette of settings. We do that in my organization. That way if I need to make a change to everyone's settings, I can do it. I make the change and it's pushed out when they start Creo. The settings are copied into their loadpoint directory so as not to override any mapkeys they have in their home profile.

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

Announcements


Top Tags