Topic: Civil 3D Data Shortcuts | Working Folder

[BlackBox]

Is there a way to programmatically change the Civil Application's Working Folder Property in Civil 3D 2011 or newer?

Attempting to dig through the Civil 3D .NET API, I came across the AssociateShortcutsProjectId Property, but this appears to require a newer build of AeccDbMdg.dll (9.0.1780.0) than that which is included with Civil 3D 2012 (9.0.1619.0).


** Edit - Another reference: http://docs.autodesk.com/CIV3D/2012/ENU/API_Reference_Guide/net/!!MEMBERTYPE_Properties_Autodesk__Civil__Settings__SettingsRoot.htm


I'm not even sure if this Property is what I am after (in the Working Folder), but it's appearing as though this Feature has not been exposed to the versions of the Civil 3D API that I would need to use anyway.

Any guidance or clarification would be greatly appreciated.

TIA

[Jeff_M]

AssociateShortcutsProjectId was available in C3D2010, but it only lets you set the project, not the working folder. That version info you see on the help page is just the version that was searched by their new automatic API help constructor, don't pay much attention to that.

I have never been able to find a way to set the WorkingFolder. I know I could sure put it to use.

[Jeff_M]

I should expand that reply to say I know WHERE the data is stored, I just haven't found a way to edit it while C3D is open. The working folder is saved in an XML file, this can be edited outside of C3D and it will be used the next time C3D loads. But I cannot get C3D to re-read the XML file after it has been started. And I'm not sure why C3D is not saving the Current WorkingFolder in the WorkingFolders.xml, it's like this is the default folder to use if those in the Shortcutfolders cannot be found.
"C:\Users\<UserName>\AppData\Roaming\Autodesk\C3D 2012\enu\Project Management\ShortcutFolders.xml"
"C:\Users\<UserName>\AppData\Roaming\Autodesk\C3D 2012\enu\Project Management\WorkingFolders.xml"

Anyway, this may, or may not, help with what you want to do.

[BlackBox]

Thanks for the clarification, Jeff.

As I'm sure you and other C3D users are, developer kind or not, I'm disappointed in Autodesk's lack of foresight, that one would want to be able to add some working folder automation given that Autodesk failed to implement an appropriate DocumentBecameCurrent Event monitor that would/should automagically change the working folder based upon if the ActiveDocument is associated with a given project.

That and the fact that the Set Working Folder dialog precludes one from navigating to the destination location via shortcut (.LNK), is equally frustrating.

/vent

[wooz]

To re-read the content from the XML use the command "REFRESHSHORTCUTNODE".  We use a document management system with some other customizations that allow us to build out the path to the working directory.  My addin checks the ShortcutFolders.xml to see if it is in the list, if it is the it sets the attribute "current=1" and all others =0.  If it does not then it writes it to the xml file. 

This method is kind of a hack but works pretty well until Autodesk provides something better. 

[Jeff_M]

Thanks for that bit of info, wooz! Sure would've been nice of the folks at ADN to have let me know about that command. Your 'hack' is nearly identical to what I had tried to implement, but failed due to not knowing about the one command.

[BlackBox]

Thanks for that bit of info, wooz!

1+

Awesome; thanks, wooz! :beer:

[BlackBox]

Could someone confirm that this is issue has, or has not, been addressed in Civil 3D 2013?

[Jeff_M]

Addressed how? From what I can tell, it was/is working as designed. (May not be how you or I would've done it, but someone thought it was the 'right' thing to do.)

[BlackBox]

Thanks for the prompt reply, Jeff.

Addressed how?

As I understand it for Civil 3D 2011, and 2012, when one switches documents, the Toolspace palette's Propsector, and Settings tabs are updated to reflect the MdiActiveDocument's data (style, etc.), yet the Working Folder data remains static.

I would consider this to be addressed, by implementing the necessary code behind (and perhaps additional XML support?) to allow the DocumentBecameCurrent Event to trigger an update of the Working Folder data as well.

My $0.02

From what I can tell, it was/is working as designed. (May not be how you or I would've done it, but someone thought it was the 'right' thing to do.)

I am not arguing the point of right or wrong here, I am simply trying to confirm that the behavior observed in previous releases (2011, 2012, etc.) has, or has not, been changed.

[Jeff_M]

OK, gotcha. I'm still just waking up and had to go do some testing to jog my memory as to what the issue is. 2013 behaves the same as previous versions...opening a drawing whose shortcut folder has been saved with the dwg, while the working folder is set to another folder, results in the project not being found.

[BlackBox]

OK, gotcha. I'm still just waking up and had to go do some testing to jog my memory as to what the issue is. 2013 behaves the same as previous versions...opening a drawing whose shortcut folder has been saved with the dwg, while the working folder is set to another folder, results in the project not being found.

No worries; thank you, Sir.

[BlackBox]

I've been contemplating this topic, and wanted to know how one would get the current project association from a given MdiActiveDocument (presumably via some Civil Namespace)?

[Jeff_M]

I had thought that this should do it:
public string AssociateShortcutProjectId { get; set; }

but it returns an empty string whether there is a project associated to the drawing or not. Still searching...

[BlackBox]

Thanks for looking, Jeff.