Personalised settings reset during serialisation/deserialisation of .str

[andosca]

Related cases:

https://strusoft.fogbugz.com/f/cases/97299/StruXML-Update-str-file-with-partial-struxml-data

---

By ”settings” I mean eg. Display settings, like below: Personalised settings are not saved to .struxml and thus reset during serialisation/deserialistion. This is a major issue for users working with modifying existing models using C# or Grasshopper.

Eg Load display Object settings (in quick tools)

Or the color schema:

Also the calculation settings under Analysis>Calculations>Calculation options are reset, which potentially can cause errors in the model:

Also color graduation on eg surface color palate, are changed back to default:

It seems to me that none of the user defined settings live through the API, I don’t even think the settings are saved to the .struxml – as they are reset when we open a newly generated .struxml in FEM-design.

[andosca]

Partial updates would solve all of the above.

We would have to keep track of:

last_change - timestamp of modification action - added or modified

We would need a command to force merge a partial .struxml with a base .str that can be sent either to fd3dstruct.exe (using .fdscript) or to an "open pipe".

There is a new feature for FD22 called compare files which should have extended the older Update model features.

[xRadne]

We would need a command to force merge a partial .struxml with a base .str that can be sent either to fd3dstruct.exe or to an "open pipe".

Command in .fdscript and/or command in open pipe is prefered I would say.

[andosca]

Implement method to set status (added or modified) with timestamp.

• Check current timestamp on element and throw error if element timestamp is younger than current time.
• Set status.
• Set new timestamp.

When to call this method --> The user can call manually.

• Add option on GH modify components.
• Add guide about C#.

BP needs to implement fdscript command.

• Partial option: don't delete elements in base state str which are not present in new state struxml if not marked for deletion in some way.
• Full option: delete elements in base state str which are not present in new state struxml.