I am defining multiple custom GUI DGNLIBs (ribbon customizations) with the configuration variable MS_GUIDGNLIBLIST. It seems that the program (ORD 10.10.21.4) intermittently decides to include or not include one or more of the custom DGNLIBs. This occurs across multiple machines and there seems to be no rhyme or reason as to what makes this problem replicate. Sometimes a user will enter a new session of ORD and all the cusomt ribbons appear. Other times, they just get one or two of them.
Has anyone encountered this, and if so what is the solution/workaround?
Here is a snippet of the code in one of the bootstrapped cfg files, though there are additional definitions of the variable in other files as well:
%ifdef FDOT_OBM_APP MS_GUIDGNLIBLIST > $(PGA_WORKSPACESTANDARDS)Dgnlib/GUI/PGA-OBM-Ribbon.dgnlib %endif %ifdef FDOT_ORD_APP MS_GUIDGNLIBLIST > $(PGA_WORKSPACESTANDARDS)Dgnlib/GUI/PGA-ORD-Ribbon.dgnlib MS_GUIDGNLIBLIST > $(PGA_WORKSPACESTANDARDS)Dgnlib/GUI/PGA-Qtys-Ribbon.dgnlib %endif
When it fails have you had the user key-in show configuration and then send you the text file that opens?
that file will show you what the guidgnliblist is set to. I'm wondering if the Config file is failing and the dgnlib doesn't get added to the variable properly, or it is added but ORD isn't reading the file correctly.
only 2 other things I can think of:
Thanks, Kevin. So far implementing both of your suggestions is working so we'll keep our fingers crossed and hope it holds true.
Eddie Giese, PEProduction Manager | Senior Roadway EngineerLicensed in FL & PAACEC FDOTConnect Instructor on behalf of FDOT
Patel, Greene & Associates, LLC PowerGEOPAK V8i SS10 (08.11.09.918)OpenRoads Designer 2021 R2 (10.10.21.4)OpenRoads Designer 2020 R3 (10.9.0.91)ProjectWise Explorer CE 10.0.3.453LumenRT CE Update 14 (16.14.60.98)
Eddie, these GUI dgnlib containing ribbon customizations seem to be set at the Civil_organization_standards level for many clients with a specific dgnlib being called. In almost every case I've seen, the same client's USTN_WorkspaceStandards call (workspace level) seems to wildcard the workspace GUI folder with the * symbol (e.g. $(_USTN_WORKSETSTANDARDS)Dgnlib/GUI/*.dgnlib). In your case, you'd have to create a GUI/subfolder for each "app"... Curious if that helps or not... Let us know!
Edit: BTW, this isn't the first time I've seen ORD behave differently when loading dgnlib files outside of the Org Civil level. Some aspects of the standards seem to require them to load from that level correctly, especially when toggling from one workspace to another. The software often (almost always) requires a complete relaunch if any dgnlibs are loaded at the Workspace level. (in regard to 2021 R1, so I'm curious if the same holds true in 2021 R2).
Bentley Accredited Road Designer | Bentley Accredited Road Modeler
colliersengineering.com