defaults look like this
Hi @ng5_Alex I can’t reproduce this error. Have you started from VisualARQ template? which one? Can you share that file?
I started the project with File/New and selected visualarq meters template.
Then inserted a dwg file as linked block, layers reference only and copied some wall styles from old va projects files by selecting the wanted wall style from the old file, then edit/copy and finally paste to the new file.
Since i tried to reproduce the steps, i can tell you that up until copy pasting wall styles from older files, that have been created with older VA version, cabinets are inserted ok. I think at some point after copying they break but cannot tell when.
This issue is something I face a lot and almost in every project, after advancing and having large files and geometry. I’ve stopped working with furniture and elements because it’s not stable in my opinion. This happens for many 3.x.x versions
@ng5_Alex @GabrielB the issues with the Furniture objects happened due to a issue in the Grasshopper definition that generated them. This issue was not noticeable in Grasshopper due to a bug in a specific Grasshopper component. When that was fixed, the issue in the Grasshopper definitions used by some VisualARQ objects was exposed. We fixed the Grasshopper definitions and updated the templates in VisualARQ 3.6 or 3.7 version (I don’t remember exactly).
In any case, this problem should not happen in VisualARQ 3.8, if you have started a document from a VisualARQ template. If you copy-paste the same furniture styles from older files, it should not happen either, if there’s a style with the same name (styles in the current file prevail if you copy others with the same name from other files).
If this problem has to do with the fact you pasted other object styles (such as walls, which I’d be surprised), I need the involved files to reproduce this behavior.
Hello,
you keep asking if and state that if i started the project with the new template this should not happen.
Like i already said, clearly, both here and in our email communcation both files i sent you were started from the default metric template that comes with 3.8.1. Unless for some reason the template did not update with install, its not the template the culprit.
So the problem happens in VisualARQ 3.8.1
I dont know if the problem happens from copy-pasting wall styles from file to another, this was just what i was doing when the problem appeared, so i thought you might want to know.
Yes, styles work like blocks and get updated according the new template. I tested this behavior.
Problem is that after updating the whole project (Yes with the new 3.8 template), starting over essentially but still copy pasting va geometry only, the problem came back after reopening the file in a later working session this time with both ok and buggy wardrobes, which all turn to bad wardrobes if you va update them.
There are no more files to sent, i sent both files with the issue, you get the same errors for both.
Importing the val file you sent me seems to have fixed the issue, but i am starting to understand Gabriel not using them anymore, i already lost a deadline with that issue.
For me the issues started with 3.4 update, that time not with sides missing but with scattered geometry elements.
Hope you can fix this.
best
alex
Hi @ng5_Alex ok, we will keep investigating this. But we need to reproduce this issue from scratch and we haven’t been able to so far.
I’m noticing from your screenshot that only the “Wall Cabinet” style is not working fine. I’ve checked the templates and this object style might be still using the old/wrong Grasshopper definition. Find below the updated set of Furniture and Element styles (including the Wall Cabinet), using proper Grasshopper definitions.
Ok thank you,
but that screenshot is from the 2nd file that i sent you, that is not working ok. Besides the wall cabinet, you can see a wardrobe with sides missing.
the others that seem ok, if you vaupdate them become problematic with missing sides.
Yes, the wardrobes are problematic too. The updated .val I’ve attached should fix all furniture objects (wardrobes and wall cabinet included).


