Mm…forget it…It was a kind of lag I suppose. Some lines didn’t appear in the viewport and they were’t hided neither lines nor their layer. Although, it seems that automatic tries to load visualARQ if i am not wrong. Just check this. I try to send you anything I saw which maybe related to the errors.
I sent you the email!
I’ve received an email titled “Rhino dump”, is it yours? The email is empty, there is no link to download or any attachment.
VisualARQ will be automaticallty loaded in the following situations:
- The first time you open Rhino after installing VisualARQ.
- If there were any VisualARQ panel opened (Levels or Sections) when Rhino was closed the last time.
- When opening a VisualARQ template or any document with VisualARQ data.
- When running a VisualARQ command.
If VisualARQ is loading when you open an specific file, then there are VisualARQ information inside this document. You can clean this document from VisualARQ data by running the command “vaPurge” and then saving the document. Take into account that this command will delete all VisualARQ objects, styles and custom parameters.
I am sorry for the email. My fault. I will sent it to you again. So if for example I don’t want to open visualARQ automatically I have to close it last time I close rhino ( levels, section etc ) no matter if I want to open a different file?
And how is possible to close it without loose my information?
Yes, Rhino will automatically open all plug-ins that had a panel opened. This is not a VisualARQ feature, this is a Rhino feature. The idea is that when you close and open Rhino, you normally want it with the same layout, same panels, same menus, etc.
I don’t get it. Which information are you talking about?
For example i have a file in which I used levels, sections etc. I want to close it and open another saved file where I dont want VisualARQ template but rhino one in order to avoid grasshopper errors. ( it is already saved in rhino template). Should I close VisualARQ before open the second file?
P.S I sent you the email again
Good news!!! Thanks to the DMP I’ve been able to reproduce this “fancy” dialog:
By the moment, the only thing that I know is that this issue is only happening when VisualARQ is loaded because of an opened panel (Levels or Sections) and it is the first plugin loaded.
Now I can investigate why it is happening and how to fix it! I think I’ll be able to have a fix today or tomorrow. I’ll let you know as soon as I know anything else.
Thank you for your help,
Ohh…perfect…I hope not be something difficult and confusing…good luck!
I’ve found the problem: when Rhino is loading a plug-in because some panels where opened when Rhino was closed, there is no document yet in Rhino, as this is happening very early in the load process. This is new in Rhino 6, because in Rhino 5, the same is happening after the first document is created.
As VisualARQ needs Grasshopper, VisualARQ is loading Grasshopper when it is loaded, and Grasshopper is also loading all registered add-ons. Well, some of theses add-ons are trying to access the active document without checking if there is an active document, so they fail to load.
Although this is not technically a VisualARQ bug (now I know how to reproduce this crash without VisualARQ, just changing a key in registry to make Grasshopper to load auto-start is enough), the issue happens only if you have VisualARQ, so it is a VisualARQ issue, and we must do something to fix it.
I hope I can find an easy solution and release a fixed version today. I’ll keep you posted!
Thank you for your information…I hope too…But for the moment I just before close my VisualARQ file I open a new empty rhino window to close it last and I think that I haven’t seen any problem yet…
I’ve fixed the bug!
Here is the installer for the latest WIP build of VisualARQ 2.1.1:
Please, test it and let me know if you still see errors when loading VisualARQ or Grasshopper. My plan is to publish it later today if there are no issues.
Thanks again for your patience and your help!
Faster that the expected…no problem my pleasure I will test it and I will inform you as soon as possible…
VisualARQ 2.1.1 has just been released:
I tested all day yesterday and I hadn’t issues at all…it works fine…Also I have a question for you…when I insert a door on a wall, the wall trimmed automatically to create the opening of the door or not?
Yes, the wall should be automatically cut by the door opening:
So could you please have a look at my definition cause the wall doesn’t trim automatically…What am i doing wrong?
door.gh (13.9 KB)
Are you talking about the GH previewed geometry or the baked geometry? If I bake the last geometry component, the wall gets cut buy the door opening.
GH_Load_Ex.txt (1.1 KB)
Visualarq made this problem in rhino 7 start…
I get a similar error in Rhino 7 with VisualArq 2.10. When the program starts, I get the following grasshopper errors:
GH_Load_Ex.txt (2.7 KB)
Any idea how to solve it?
I also noticed that “Create Hatch” component is not available in Grasshopper. I don’t know whether it is the same issue or they are two different problems.