Save data globally in the gh file.

Hi all,

I need to save some data (string) into the grasshopper file so that is visible to all components.

With the snipped below I save custom data for each individual component. How would I go about saving the "someStringToSave" so that it is written only once into the archive and visible to all component on the canvas.

Thanks a bunch in advance.

public override bool Write(GH_IO.Serialization.GH_IWriter writer)
{
writer.SetString("settings", someStringToSave );
return base.Write(writer);
}

public override bool Read(GH_IO.Serialization.GH_IReader reader)
{
string savedString= reader.GetString("settings");

}

Replies to This Discussion

Permalink Reply by Tim on October 17, 2015 at 4:57pm

Thanks a ton!

Permalink Reply by Tim on October 21, 2015 at 11:28am

Hi David, I have been using this approach quite successfully. However, now I have an issue with clusters. Components within a cluster cannot find the material library outside. Any advice on that?

I am using the following code to search the lib component:

var doc = OnPingDocument(); // to get the document

foreach (IGH_DocumentObject docObject in doc.Objects)
{

//comparing guids in here to find the right component

}

Permalink Reply by David Rutten on October 21, 2015 at 2:18pm

Yep, if you're inside a cluster then you also need to look in the parent document. I attached a file which uses a C# component which figures out whether it's inside a cluster or not.

Of course remember that clusters may be nested, so you need to keep looking at the Owner of each document until that owner is null or until you find your materials.

Also note that in my scheme I do not expire components inside clusters if the material libraries change.

Attachments:

clusterwalk.gh, 3 KB

Permalink Reply by Nik Willmore on October 20, 2015 at 5:48pm

David here demonstrates why all the good stuff, all the creative energy in Rhino is now firmly entrenched in Grasshopper and this very forum rather than just the old school "macro" world of normal script editors in the Rhino program.

It helps that this forum has better formatting than http://discourse.mcneel.com so is nicer to look at, having threading and all, and a gallery.

David is basically the Army Corps of Engineers.

Even in normal Rhino script editing, Python, despite IronPython hassles, Grasshopper "node-in-code" calls now amount to a serious script library optimized for Rhino.

I just had to learn to spurn Rhinoscript in favor of Rhinocommon, and then it all made sense.

Permalink Reply by David Rutten on October 21, 2015 at 2:22pm

I actually much prefer the discourse forum, but then a significant part of my day is spend nursing this forum (approving new members, hunting for spammers, removing bogus content) which just annoys me.

But enjoy it while you can here, I suppose at some point we'll switch over to discourse.