When setting up a custom workspace by setting the _USTN_CONFIGURATION to the new location in the shortcut, I have noticed the example files are still visible from the original workspace install location.
How does one get rid of this from the startup dialog using configuration variables?
We recommend leaving the example files available for people to use in conjunction with our training material and also as a personal sandbox. The configuration is designed to work this way so I don't see a configuration route that we could suggest.
If you change the name of Example.cfg to Example.txt (so you can revert if necessary) on each machine Example will not show up in the UI.
It have been a while since I have visited this issue. It is really a poor solution. I don't want to give our users access to these examples as they are trained enough not to need them and we want to simplify choices as we don't want people accidentally opening projects in the wrong work space. Yes I know there are warning messages etc but that is the way we wan't it here. Since MicroStation V8i was so much easier to configure I think this is a backwards step by Bentley. A decision made by someone who does not use the product in the real world, does not listen to what the users want and has no imagination that users may use the product in ways the developers had not thought of.
I have this same look when I call a -wc cfg from an ORD shortcut. The only lines in the cfg are to process a different path for the "MY_WORKSPACES_LOCATION" and then to process the MSLOCAL.cfg. This seems to obliviate the original Examples being shown in the bottom and displays the "double" you describe but with Examples at the top and Customize at the bottom. Stil lhave not figured out how to clean that up if its possible.
I am having the same problem. Both listings are actually pointing to the same folder. Does anyone have any insight?
Has this been included in any recent updates? In my set up, the workspaces in both "sections" link to the correct workspace but the Custom Configuration contains the redirect to our network base standards (which are supplemented in workspaces). If the user selects the workspace in the "example" category, it loads the C:/ drive standards and misses our Base Network Standards. Thanks!
Please can you give some info about your configuration?
Have you used ConfigurationSetup.cfg to redirect to your Custom Configuration?
Have you tried using Bentley Configuration Explorer to examine your configuration?
Are you starting the application(s) from configured shortcuts?
When I initially set-up the network workspace, I used the tutorial from the Learn Server "MicroStation CONNECT Edition Upgrade for CAD Managers: Configuration" which suggested using the WorkSpaceSetup.cfg and a Redirect.cfg in the Organization folder locally. This worked great for MicroStation CONNECT, but, we want to use the same base standards for our OpenRoads configuration. (I could not find a similar tutorial for OpenRoads networks set-up so I have been trying to figure it out using what I learned originally.)
Using ConfigurationSetup.cfg's _USTN_CUSTOM_CONFIGURATION combined with WorkSpaceSetup.cfg's MY_WORKSPACE_LOCATION variables from the local workstation, everything seems to be working for both MicroStation CONNECT and OpenRoads Designer. MicroStation is pulling standards from the correct network folder, Organization, and OpenRoads is using the network's Organization and Organization-Civil. The only thing I want to do is disable the "Example Configuration" from appearing, minimizing the confusion for staff.
To specifically answer your other questions: Yes, I have used the configuration Explorer and determined no errors and minimal warnings (hardcoded paths mostly) within my cfg files. Startup is from the Application shortcut with no arguments in the shortcut.
I was able to "hide" the Example Configuration from the WorkSpace dropdown when I changed _USTN_INSTALLED_CONFIGURATION to equal 0 in my /Organization/standards.cfg on my network. According to the Configuration Explorer, this variable doesn't have any parents or children and initial testing does not appear to result in any other errors.
_USTN_INSTALLED_CONFIGURATION is a variable that points to a path by default. By setting it to 0 you are making it not found. You could set it to Null and <blank> and do the same.
Yep, that works. Nice one.