Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
Show only
|
Search instead for
Did you mean:
This page has been translated for your convenience with an automatic translation service. This is not an official translation and may contain errors and inaccurate translations. Autodesk does not warrant, either expressly or implied, the accuracy, reliability or completeness of the information translated by the machine translation service and will not be liable for damages or losses caused by the trust placed in the translation service.Translate
hello, try to go to section and copy from level to level and see if helps (if you see constraints, untick it/unjoin). thanks
Remember : without the difficult times in your LIFE, you wouldn't be who you are today. Be grateful for the good and the bad. ANGER doesn't solve anything. It builds nothing, but it can destroy everything... Please mark this response as "Accept as Solution" if it answers your question. Kudos gladly accepted.
O.K. - all casework families (maybe different types too) cannot be built as Work Plan-Based. It makes real mess when moving or copying groups made of those families. Maybe there is hidden logic in this or just a bug?
O.K. - all casework families (maybe different types too) cannot be built as Work Plan-Based. It makes real mess when moving or copying groups made of those families. Maybe there is hidden logic in this or just a bug?
Greetings LT
Could you post your group? You can save a Model Group as a Revit RVT by right-clicking on its name in the Project Browser in then choosing "Save as..." in the dialog box.
Interesting. We group wall and face based together without issue. I don't recall ever having grouped elements ever being displaced from one another like this. I'm thinking align-lock constraints would solve the issue.
@GA-LT: You didn't receive a "Fix Group" error by chance? If so, how did you handle it?
@ToanDN wrote: It's okay if the host and the hostages are in the same group. That is not what I am seeing from OP picture.
Oh, I see! I think I get what you're saying now, @ToanDN. "Hostages". Ha! You're thinking nested groups, aren't you? Yep, I would totally agree. Groups with nested groups are problematic -- especially when mixing hosted and unhosted elements. Good eye.
...and, Nested Groups are also discouraged (second bullet point):
I like to know if those cabinets are host by face? I have a case where I mirror or copy the object to another level, the object move in a considerable distance. Not sure if it was bug or something must of trigger it to move.
Check out my Revit youtube channel - https://www.youtube.com/user/scourdx
@GA-LT: I'm confused. The base cabinets look fine in your original screenshot; it was the wall based cabinets that displaced. How did checking or unchecking the Work Plane-Based parameter in the the Base Cabinet's help? Also, still curious if you got a "Fix Group" error. It looks like Revit created another group from the original group.
they are not wall or face based. Sometimes I need cabinets when there is nothing around so they are more flexible to be not hosted. Copied group is exactly the same group as original (there is even no massage about error) but looks different which is very strange but true. To uncheckWork Plane-Based parameter you have to open cabinet in family editor.
@GA-LT: I understand what the Work Plane-Based Parameter does and how to use. I also understand, from your above post, that none of the families in your Group are either a Wall or Face Based Family - and that they all have their Work Plane-Based setting unchecked. That means that all the Casework in your Parent Group is hosted to a Level (not Wall, Face or Workplane).
I think I know what's going now and why you’re not getting a “Fix Group” error. Is the “displaced” group, shown in your screenshot, overlapping a Level?
