hi everyone
Is there a way to load the plugins in GrasshopperDeveloperSettings only for Rhino 8
and not load for previous version (Rhino7,…)at the address
for example in package manager
@DavidRutten
This is not trivial. The problem is that you need to load a .Net dll before you can reliable tell which SDK it targets. Another problem of .NET is that there is no proper way to unload a dll. Even with the introduction of AssemblyLoadContext in Net.Core, the unloading is not 100% reliable, especially if there are WPF controls included. Plugin architecture is a nightmare. It is easier to not mix newer Net assemblies with older Framework, but McNeel has introduced a serious problem by supporting both worlds. I don’t know Rhino 8 yet, but my assumption is that you need to care about it for yourself until they have improved on it.
1 Like
This should not be done procedurally, but let the user configure which plugins to load or not. The plugin system is broken by design and continuing to make it user agnostic is only going to make it worse. It is ridiculous that we still have this issue or that there is not even a way to remove the warnings when a plugin can’t be loaded. I use Rhino 7, 8 and 5 at work, it’s disgusting every time I open GH because of so many error windows. It’s very simple, each path that loads a plugin is flaged with the versions of Rhino that can load it, or similar, and the next time it loads based on this. It is something that the user only has to do once.
1 Like