Groups in Blocks

[Michael_Pryor (ekim)]

Wishing groups could be inside of blocks. Main use for me is for instance grouping geometry with dimensions and text and then having multiple of these groups in blocks.

[John_Brock]

Since the instance references the block geometry, the only time you would have any access to the groups at all would be in the Block Editor or if you exploded the instance.
I don’t see how that would be useful.

Obviously, you can group instances of blocks (or anything else).

Maybe I don’t understand.

[Jarek]

It’s on a wish-pile already:
https://mcneel.myjetbrains.com/youtrack/issue/RH-39190

And was discussed also here:

Blocks + Groups

I have noticed that blocks are not able to save group definitions. I add grouped objects to a block, or create a block that contains grouped objects; when I go back to edit the block, the objects that were previously grouped still exist, but are no longer grouped. Is this expected behavior, or am I doing something wrong? I would find it particularly useful if blocks were able to remember groups. Thoughts from anyone else?

Among other uses (like editing blocks) for complex blocks it would be useful to keep original groups after explosion. Often ‘Block’ is just an stage in the process of how the model is built and ends up being exploded when needed.

hth,

–jarek

[John_Brock]

So the bug is that when Grouped objects are used in a Block definition, exploding an instance no longer has the Groups.

I see John has that open for 6.1.
It’s more than on the wish list.

[Jarek]

You got it John. Yes - the idea is to retain the groups while EditBlock and after exploding… (I guess there could be different logics what to do with mutliple instances exploded - in my mind each instance is a ‘copy’ of the original group and objects, and NOT the same original group).

[Michael_Pryor (ekim)]

Extremely useful in the block editor. That’s how it would be useful. For instance, I have a few blocks of different massing options. In each block are volumes with grouped dims and labels. Surely that would be much better to manage than making a block for each volume inside a block for the overall massing. The reason is to keep the dims and labels attached to each volume in the block while moving then around.