I think it can fit in fine, I expect it won’t be much work to implement this.
2 Likes
On a side note, I’m just now realizing the eyedropper does not have the ‘selection choice’ when doing alt+click, it would greatly benefit from this.
1 Like
Great idea! That would be very helpful and also consistent with regular selections.
But tthis is not inherent to Outliner
(Hey, what happened to your Ape-Avatar?)
Can we get a hotkey combo for changing the active object. Or make it consistent with the 3d viewport in that shift+clicking a selected object first makes it active without deselecting it?
There’s no easy way to change the active object from the outliner. If you’re in selected only view, and want to work on one of the objects it becomes even more important.
Dropping this here (sorry it has been posted before), taking it from how maya does it, which I have always found useful on big scenes:
| Expand or collapse the level under a node. | Click the plus  or minus  next to the node name. |
|---|---|
| Expand or collapse all levels under a node (quick way to see all nodes). | Shift + click the plus or minus next to the node name. |
The basic idea is that if you open or close a hierarchy of the outliner while keeping Shift pressed, it’ll collapse or expand all the child.
Of course, without Shift, simply expand and collapse retaining the previous settings.
My2c.
L.
This is current behaviour actually
1 Like
Almost, it doesn’t open/close the level you click on:
5 Likes
I think all selections in the outliner should reflect on the viewport. Like when we select with box select and the items are still inactive on the viewport.
Hiding objects beneat the parent should be an option, a toggle. It’s confusing this way.
Please please please get rid of the useless left spacing. It’s bad when using narrow columns.
Good point, I never noticed that.
@GabrielMoro if you read the proposal you’ll find it is exactly what is being worked on : synced selection and a gutter on the left for box selection (although I’m not sure that one isn’t obsolete). Visibility inheritance is already there, with collections (not with parenting).
@Antaioz Yes, I am planning on making the selection mostly consistent with 3D view. The only exception I can think of will be Shift+click for range select rather than extend selection in the 3D view. But I feel it is more intuitive to have shift be for ranges because most file/list browsers use shift in that manner.
@lorenzoangeli as others have noted, this functionality is already in Blender (though it appears to not be as intuitive as it could be…) I’ll look into it 
@L0Lock strange. Thanks for showing how it currently functions. I’ll look into this (and add it to the todo list)
2 Likes
I know this is really out there…and maybe goes against the whole concept of the outliner.
But when dealing with large scenes with a lot of objects…Sometimes it feels that a natural solution would be to zoom out and zoom in on objects in the list,to quickly move to that part of a large list.
Yeah you could always organize things in collections but stilll what if a collection has like 200 objects.
Basically looking at other 2d editors like UV and Node, it’s a really natural way of handeling large amount of objects quickly.
Even code IDEs like Pycharm have a zoom feature,it would be cool if it had ‘pan’ but still it’s a step at the right direction.
Anyway it’s just a suggestion to allow the camera to zoom in Z in this 2d editor.And eveutally when zooming in to zoom in on cursor.
1 Like
Shift for list-select is externally consistent with some similar ui’s, to a degree. For instance a quick test in the tree-view of windows explorer shows you can’t shift-click to select lists of folders at different hierarchy levels (yes, I’m sure some other file browsers, probably on other OSes or ones that replace windows explorer have the ability), but I’d wager that’s because it’s not as useful as it sounds. Think about it, it requires the items to happen to be in perfect order, expanded and or collapsed to the right level, and in order to be more useful than simply “select hierarchy”, you have to want to select a subset of children and/or a bunch of objects that aren’t connected hierarchically. Most of the time this comes up, you’ll want to select a subset of children of a single parent. You also can’t go and select multiple lists in different locations.
Inside blender using box-select for that is internally consistent. You can also go back and add more, remove some, open some hierarchy you forget then add those after. If we were to get the ability to scroll whilst holding down the mouse button for box select (as we can for dragging items), that would even cover the one case I can see shift-click being useful, that a subset of children, large enough that you have to scroll considerably to select them all.
Perhaps this is something that should be in the ‘industry standard’ keymap, which is more intended for external consistency?
Regardless, I doubt that decision will change because everyone’s enamoured with ignoring why blender does things differently lately. So, you didn’t say whether or not there would be any way to change the active object within a selection in the outliner, as there is in the viewport?
I don’t really want to go down a tangent of old vs new rhetoric- but I just want to point out that there’s no need to go into hypotheticals- there are plenty of examples of this type of interaction in software working effectively. Pretty much any other software that Blender might be part of a pipeline with behaves this way, and all of these other programs manage just fine without needing items to be in “perfect order”, expanded or collapsed to the right level, etc. Open up Unity, UE4, Photoshop, etc. Using windows explorer as an example is just about the worst idea I can think of since it’s extremely dated (in fact an update is coming out later this year, if i’m not mistaken)
1 Like
If you mean quickly see objects in outliner that are way up or down in the list numpad . is the shortcut. Otherwise if you mean real zooming I don’t get how it could be useful
windows explorer was a simple example of something a vast number of people use, which illustrates why shift-clicking to select large lists in heirarchical trees isn’t as useful as it sounds.
As for the other software, that only provides reason to put it in the industry standard keymap. “managing just fine” hardly takes into account the number of times the feature is actually used, how often it is obtrusive rather than helpful, how often people run up against the limitations of it etc etc.
It’s a prime candidate for being on the industry standard keymap, as it’s usefulness over box select mostly arrives as a result of placing box select on LMB+Drag, creating large areas where box select is obtrusive to use (as it then overlaps with click+dragging items around). This is largely why it’s somewhat useful in other applications, even though it is more limited in other respects.
It’s simply the case that it is more limited to use shift+click to select lists than the current internally consistent method of box select, and we have a convention elsewhere in blender for what shift+clicking does that would be useful to have in the outliner (That I would hope makes it onto some key combo, if not shift+click).
well ever since I started working digitally I’m constantly presented with outlines or layer panels with one way interaction…scroll.
It’s all fine and dandy if you aren’t dealing with a lot of items in those lists.but when they become a lot,and you do need to move trough them quickly it’s a pain in the ass to be scrolling up or down.
All other 2D editors follow this rule.Even the DopeSheet has pan,zoom along with the usual scrolling to the left and to the right for keyframes. And I doubt you would see this “panning and zooming” feature of that “item editor” as useless.
Outliner has become very important in 2.8. Probably space in the default small Outliner Editor will be quickly filled in most of the projects becoming uncomfortable to work so the user will decide to create a new Outliner Editor area occupying all the vertical space of the monitor. Also, it might be good to have the ability to quickly expand/hide that Outliner “panel” according to the needs of the user (to gain space when you are not working with outliner for example), as does the N panel for example. So I think that as a quick solution to this, it could be good having the Outliner in one of the N panel tabs as an alternative.
1 Like
I would like to fold/unfold multiple heirarchy with one click-drag.
In most parts of blender, like the properties panel, you can fold multiple menues by simply clicking the triangle icon and drag down. However, the last time I tried this on the outliner, it draged the whole ID block (just like for parenting).
In addition, I’ve noticed that the python API is quite poor for the outliner. I hope it supports nimble manipulation of selection, folding and other helpful operations so that add-on developers can improve the outliner by themselves.
exactly my thoughts,to me the outliner docked above the proprtties panel is of no use due to little space . You would rather have to open another on the sides to take all the vertical space. For that is crucial to be able to quicly hide and unhide it with a hotkey.
1 Like