Could we have a “temporarily disable groups” command?
When it is active, grouped objects do not behave like groups, but like single objects. It’s similar to picking objects with the Ctrl button pressed, but it will be more versatile (in certain situations).
The Lasso command would work for example. It’s impossible to select geometry in a group using that today (by turning on points you sort of can … but it is not the same).
Actually. That is not really the functionality I’m looking for.
It’s great that it exists, but …
When you group (call the group “A”) something and click it, all the objects in that group A are selected.
If you enable “sub-objects” then when you click on one of the objects in the group A, it does not select only the objects in the group A, but also things like surfaces and curves.
What a command “Temporary Disable Groups” does is that it just makes all the individual objects act like individual objects (albeit they are grouped). You can move them around, scale them etc etc.
Scenario:
You have a fully furnished room inside a room volume with walls, floor, roof etc … You would like to move some objects around on the floor. Now all of this is grouped. If you use “Temp Disable Groups” you need to select objects in dropdown because it picks surfaces etc as well. Very cumbersome. Of course you can Ungroup and then Regroup, but it might be tricky if the group sits among other objects and is not easily pickable. (You would have to do a Named Selection.)
If there are hierarchies of groups, it would also be useful to be able to temporary disable any selected group somewhere in the hierarchy, not just temp disable for all groups everywhere.
I think this feature would greatly improve the Group command.
I know this is not what you are talking about, but you can try using the Block Edit New plugin, it allows for editing groups in isolation. It can address the situations you are talking about - especially your group hierarchy use case.
the “furniture pieces” are groups or simple objects. I can access them of course. Just the problem is that each thing that is picked, needs to be sorted out from a list (dropdown) of (mostly) surface elements and objects. So instead of just clicking on 10 objects and then moving them, for each there is list of at least two things, that needs to be selected. It is tedious and impractical. Also the problem with Ctrl-Shift-LMB is that it selects sub-objects, so in an complex environment where things overlap (being groups) you get parts of objects that you do not want in the selection (points, edges …).
And of course Rhino has a hierarchy of groups. If you do three groups (A,B,C) and then group them into one group (D), you have a hierarchy of groups. If you ungroup D, then you have A,B,C still as groups. But there is no way to access A,B,C when they are grouped. Not in a fast and simple way.
Colours represent groups. All grouped into all-encompassing D group. How do you select the sub groups in an efficient manner ? (You can use names, you can do named selection) Groups are the absolutely fastest way to do this if you can somehow access them individually even when they are grouped (by temporary disabling grouping).
Of course, you can select D group. Do Isolate (Or Invert + Hide). Ungroup it. Perform whatever operation needed. Regroup. Un-isolate / Show.
There is space for improvement here. Other modelling software have temporary disable groups and the like.
As for Named Selections … I use them as well. Just I do not quite understand what is going on in the list of Named Selections. I do one named selection and after a while in the list I have 10… 20… 100 of the same named selection. Don’t really understand what is going on.
For me Object Names actually then work much better. I have programmed a command that picks all object with the same name based on objects already selected. Meaning I select one chair (named “dining set 01” and it then picks all object named such (if two diff. names are picked, then it picks all object named both names). The “SelName” command in Rhino is useless (cumbersome and time consuming) compared to that. I never use that. Please add that functionality to the core please.
Since - under the hood - there are no “sub groups”, you can’t currently do that.
Definitely.
I’ve added this thread to RH-34785 Group Edit
As you can see, though, it’s been on the list for a while. Hence my suggestion to look for a different way of organizing your objects.
That would be good to get more details on. I’ve search both Discourse and YouTrack and can’t find previous reports on this behavior.
-wim
I would like to revert to the “Temporary Disable Groups” missing command.
I know there are other ways of doing things, but in most software the group/ungroup function is what is used. And it works very well.
You’re saying that there are “no hierarchies” of groups. But Rhino has hierarchies of groups, they are just not so obvious. If you group several (sub-)groups together, then you have an hierarchy. And you can dismantle that hierarchy by ungrouping the top-level group, thus being able to access the sub-groups.
What I’m asking for is a simple command that temporarily disables a group. The grouping connections are still there, just disabled. Meaning that the sub-groups can be worked with.
Using the Selection Filter “sub-objs” works partially, but it does not do what I’m asking for. Category “Sub-objs” is a much lager set than only “grouped objects”.
Now, if I want to modify the sub-groups in the group I need to ungroup first. Modify and the re-group again. There’s no other way of working with the sub-groups. (Sure Ctrl-Shift works, but it does not select the group - it selects a lot of objects in the group.)
It’s just such an easy thing to add to the group functionality. Temp Disable this group. Then enable again.
In a complex setting with 50 objects in the group and a lot of geometry around, it can be very hard to re-group a group again.