Being able to undo split/join would be super useful, since what you want to do, rarely works in the first attempt, and you end up with more regions than you need.
2 Likes
@TheRedWaxPolice is correct, I wanted to get rid of the rightmost column, regardless of how whatever is in the column to the left of it is split, but the right-click menu didnāt contain any option for it.
And as mentioned, Iāve seen several people really curse Blender out on Twitter because of this over the years tooā¦
Sorry, first proposal was not very clear.
Top row - current process:
1 pick corner or use right click / join area operator and try merge small area into big one. Discover what itās not possible and cursor turns into 
symbol
2 manually add new area split and position it
3 merge first part
4 merge another part
5 done
Bottom row - suggestion:
1 start join area operator
2 when moving cursor from small area into big one left to right merge arrows appear in both top and bottom small areas. What stuff gets merged into what is based on mouse movement (same as when trying to merge 4 areas - order is determined by which area border mouse cursor crosses)
3 done
1 Like
I donāt know if you guys checked this one but its all what we need.
2 Likes
when creating a collection, the collection name isnāt automatically highlighted ready for editing.
1 Like
Clicking on a collection in the outliner deselects any selected objects
1 Like
That is that part I asking for clarification on. Faced with the arrangement shown on the left here, you seem to be making the assumption that the only good rightward merge is the one you show, which simply deletes everything to the right and replaces it with an extension of what is on the left.
That might be what you want to do (as shown in the 2nd image). But āBobā might want the third result, to extend the top area to the right, as shown in the third image. And Alice might want the fourth image, to extend the green area rightward. So your solution reduces what you want to a single step but keeps Bob and Alice from getting what they want at all.
So I would argue that we just need one new variation (currently called a SplitJoin in my head LOL).
So allow a join into a larger area by splitting that area, if that target area is large enough. This way you would get exactly what you want in only two steps but allowing Bob and Alice to get what they want in a single step. But for all three of you it is much better than the complicated process you have now.
5 Likes
not sure if this belongs here but i noticed that its not possible any more in 2.8+ if in weight paint mode to select an other object without leaving weight paint mode. this makes working with multiple objects and weight paint super tedious and it would be great to get that functionality back to how it was in 2.79 where one could directly switch to an other object with RMB.
itās there
btw 2.8x series is being worked on for more then 2 years. If any feature is missing then either everyone is aware of it or there is a new workflow for it
Oh wow i always wondered what that option is doing, i guess now i know. Thanks a lot for pointing this out. Kinda strange that this option is not in the preferences, seems odd to have it in the edit menu.
How about user-named render slots? So if I want to test a few variations of a render, instead of Slot 1, Slot 2, etc. and having to make notes on paper as to which of them holds which test, I can name the slots (for instance) sun test, spot test, ambient sun test, ambient spot test.
2 Likes
Like this?
2 Likes
Small paper cut for adding new collection keystrokes:
In an empty scene, the key combo to add objects to a new collection is always M > N. However, once new collections are added, itās possible for the letter N to be hijacked by existing collection names using the letter N, either as a first letter or, in large scenes, if used at all. At that point, the second keystroke in M > N would no longer be N and instead would become arbitrary, or even non-existent if all letters in āNew Collectionā are used.
The solution is as simple as moving the menu option above the collection list, where the āScene Collectionā option is. This ensures that the keystrokes will stay consistent, as menu options at the top of the list are unaffected by options below.
14 Likes
Agreed. That and away with the 8 max render slots, too !
Blender never had max 8 render slotsā¦
To rename the slot just double click on it.
To add a new slot just press that + button.
I donāt understand how everyone misses those features and claims they are not there.
You donāt even need any addons for that
1 Like
Oh wow ! Just checked and infinite render slots are there since Blender 2.80 ! I had completely missed this improvement. (see commit : https://developer.blender.org/D3474, thanks Lukas) @rontarrant itās found in the image editor sidebar.
1 Like
I would like to point out some inconsistencies with hotkeys across editors, which makes using VSE more difficult.
Iām not sure if hotkeys are related to UI or they are not. This topic feels like a good place to post it
3D Viewport:
H - hides only selected objects
alt+H - unhides all objects
pressing āHā twice does nothing since hidden objects canāt be even more hidden which is understandable
Node Editors:
H - collapses selected nodes (it doesnāt hide them, even though the name of this operation says otherwise)
pressing āHā again expands them
alt+H does nothing
M - disables/mutes the node
pressing M on muted nodes unmutes them
alt+M does nothing
VSE:
H - disables only selected strips (it doesnāt hide them)(in the menu this operation is called āmuteā)
alt+H - enables only selected strips
One could argue that H does hides strips in the VSE since they are no longer visible in the preview, but why then operation that collapses nodes is called āhideā and disableing them from any influence is called āmuteā.
As you can see those hotkeys are inconsistent and using VSE can be really confusing. User not only has to learn that M doesnāt disable strips like it does for nodes, H does that instead, but also pressing H again wonāt enable them back. This time itās alt+H which is completly different from the viewport alt+H since this one makes all objects in the viewport visible while in VSE itās for selected strips only.
My simple solution would be to either use M for enabling/disabling both nodes and strips or to use H for that and look for a new hotkey for collapsing nodes.
2 Likes
Maybe you came on board with 2.80?
The feature are there but only since 2.80. Before, no renaming and only 8 slots
IMO, new vertical stats in the view-port instead of the status-bar looks like a nod to Autodesk and should be an optional thing. Also positioning it in the view-port as an overlay horizontally in the bottom is way better, if you want to get rid of the status-bar, which I presume the whole intention of the new changes in 2.90.
When I switched from Maya to 2.80 I thought the stat info in the status bar was so elegant and way better solution. Now the status bar looks kinda sad and useless =)). Iād keep stat data horizontally in the bottom as it was previously, but make it an overlay inside the viewport along with the other info like tips for controls and get rid of the status bar.
I was using blender before 2.80 but I havenāt been really paying attention back then to the render slots
1 Like