I haven’t done anything with Collection management from the 3D view, but I agree that these shortcuts could be improved on. It appears the old grouping ideas are still here in the keymap.
I’m a bit confused, both on the official blender 2.80, and on the last 2.81 build ctrl + G starts a “create new collection” popup but nothing happens
the new collection is not created in the outliner, nor does it create a new collection with the selected objects …
am i doing something wrong ??
“Ctrl+G create a collection not linked to any scene, similar to groups in 2.7”
I tried blender 2.80 in factory reset …
if I press ctrl + G it comes out the popup with an editable name but nothing happens literally, it’s a bug ???
to create a new collection I have to press m and “create a new collection”
anyway … re-give me ctrl + G to create Groups.
edit:
ok i investigated better …
but what is the purpose of this ???
replace Groups with hidden collections ???
it’s very confusing …
What should I do with collections that are not visible in the scene?
someone explains to me the use of this, especially in this way ??
This new collection is not visible in Outliner since it is not linked to the “Scene Collection”.
What should I do with collections that are not visible in the scene?
For example, Add > Collection Instance
or you can select this collection in the Limit to Collection fileds for physics.
Yes I understand…
but using the shortcut ctr + G to do this is very confusing, people expect to create groups with this shortcut …
I hope @ThinkingPolygons 's suggestion is taken into account, at least having an empty with a group of objects in the scene is much clearer.
Currently the question of layers, collections and groups is very confusing and gives the impression of an incomplete work …
Despite having the advantages of the collections rename, and infinite possible levels, to a practical approach, when you are dealing with a large amount of objects to organize the old system was much more efficient, because it gave you immediate visual feedback of what was happening … Even if you opened the scene after a few years, the layers they gave you a panoramic veil …
In this he is right @1D_Inc , which made clear with his schematic pdfs the very experience of it.
As can be gleaned from this confusing discussion, the current feature of creating an invisible collection is a very, very bad UX. It should be fixed to do what people expect, like they are used to in other applications like Photoshop. No amount of technical justification excuses the confusion that this causes, so it is fundamentally a flawed design until it behaves in a manner consistent with everyday expectations.
I agree it’s very confusing, but I think the idea of imitating the group’s behavior as in 2.79 where groups are also not visible in Outliner. But although they are green in the viewport.
A good solution is to return the group highlighting with the color in the viewport, but do it as a property of each collection. This way you can highlight some collections with the color in the viewport (as groups of 2.79 are green).
Correct me if I am wrong, but weren’t groups entirely removed from Blender 2.8? Which means the grouping thing (where the outline turned green in 2.7) isn’t relevant anymore. Instead, the Outliner has been turned into something more useful and familiar: essentially the layer stack in Photoshop or Illustrator or Gimp or any other layer-based software. Ctrl + G groups selected items together into a parent container.
I don’t care what Blender calls it. “Collections” instead of “layers”, “collections” instead of “groups”, that is all entirely unimportant. It’s the concept, not the name that matters to people. People are used to the concept of a layer stack, and they are used to the concept of hitting Ctrl + G to group selected layers into a container. Use whatever terminology you want under the hood, but it is the concepts that matter and those are currently broken. Fundamentally broken design.
I think it is not quite correct to refer to Photoshop. In Blender one object can be in multiple collections at the same time, hence all the difficulties. That’s why there are different actions “move in” and “link to”.
I mean, it’s not groups or layers (as we’re used to in Photoshop), it’s collections.
Move to Collection > new collection is already works with M.
Ctrl+G should be left to Common groups, when they will appear, on my mind.
You are right that Photoshop’s layer stack is simpler than Blender’s layer stack, because of reasons like the one you mentioned with layers belonging to multiple collections. But it is still a layer stack. It is still a concept people are familiar with from Photoshop et al. There are certain design patterns used in layer stacks that people become familiar with and those need to be consistent in order to be properly designed. Deviating from standards just because Blender’s layer stack is more complicated is a very bad reason to justify making the software intentionally more confusing. If it is actually useful to create an invisible collection, then another shortcut that is more obscure could be assigned to that, and hopefully the UX can be improved to clarify that some action did actually occur. But standard keymaps need to be consistent for analogous actions (grouping) in analogous concepts (layer stacks). Otherwise, confusion ensues, and that is not the fault of the user. That is 100% the fault of the designer. And users are 100% right to report it as a bug, because it literally is a bug— the software is behaving incorrectly (adding a group but not actually adding a group) even if it’s behaving as intended by the implementers, because the intentions are wrong. That is a bug. The user is always right.
Agreed with Keavon 100%. I’m just moving now to 2.82 from 2.79b, where new Groups ‘do’ show up in the Outliner, and I found 2.82’s Ctrl-G behaviour to be very confusing (and I still do; I don’t see the value in Outliner-invisible Collections). Implementing Keavon’s keybinding suggestion fixed the issue for me, and honestly should just be the app’s default behaviour.
I agree 100% with @Keavon.
I couldn’t have explained this frustration, this contrariety better than he did.
@billrey Would you please take a look at this UX issue and see if a fix can be implemented? (It’s as easy as remapping the default key binding.)
Also seems confusing finding/filtering these newly created collections that are not part of a Scene and then moving them into an existing scene. The easiest way that I could find to filter them was to view orphaned data, but then you don’t have any options to move into a scene.
Hi @Harleya, I am wondering if you could take a look at this thread because I believe you are on the UI/UX team (or if I’m wrongly assuming, sorry!) and it looks like @billrey never saw comment that tagged him. Over the past year more people have continued lunging forward to support this because it’s such a common sense thing to fix. Implementation-wise, it is also immensely simple: just changing a default keybinding. Would you mind reading the original post (and potentially some comments if you still need convincing for some reason) and posting your thoughts? This is one of those silly things, “UX antipatterns”, that Blender has a bad reputation for, even though it’s been making amazing progress fixing them throughout the 2.8 series. Landing this keymap change for 2.83 would be super helpful, especially because it will be an LTS release.
Hey @Keavon! My quick reading of this topic could very well be wrong, but…
I’d say consider “Ctrl-G” as a hotkey to be reserved for future use. It is certainly bound to a broken thing now, but the potential of that future feature is considered important enough to keep that open for it. Not that I would expect that feature, probably Common Groups like the “Object Grouping” we used to have, any time soon if ever. LOL
For improving Collection Grouping I’d give some hope for this summer since we have @natecraddock back working on the Outliner again.
Thanks for looking into this! You are definitely right that the current binding is both broken and highly misleading. What is the process to have that default keybinding removed for the 2.83 release? Is that something you could do?
That is an interesting consideration about keeping the keyboard shortcut available for future use. But it’s also worthwhile to weight the utility of current-day use against the speculative possibility of a future potential use that has greater utility, along with the cost to change the mapping in the future and cause users to relearn it. I personally often select multiple objects and “group” them into a new collection, so CtrlG would save time and avoid extra unnecessary thinking. So while it’s very important to remove the erroneous keybinding that is currently set, I also want to express that I would indeed find this binding to be useful. I wouldn’t consider it a waste of a future keymap to bind it to CtrlG in the present day.
Praise to Common Groups! (I remember that video from jun 2019 )
They are very welcome.
Also, don’t have a clue how it is possible to implement them without messing with hierarchy, if to take into account cumulativity issue, when same object can be placed into multiple collections.