#Feature Request: Objects dragged into hierarchy go where placed instead of appearing at bottom

1 messages · Page 1 of 1 (latest)

high flower
#

Super annoying time-suck that happens hundreds of times a week is when I drag something into my hierarchy, instead of appearing where I have the cursor and get the indicator that shows the editor knows I am there with an object, objects dragged in will appear down at the bottom of whatever folder I'm in. My hierarchies are kept super organized, so every time I drag something into the hierarchy, I have to re-grab it and position it where it's supposed to be before I continue. This is not conducive to a smooth workflow, please fix!

image.png image.png
hoary prairie
#

make it point up when not directly below the heirarchy parent

high flower
hoary prairie
#

hmm guess im remembering wrong then, My b!

high flower
hoary prairie
#

im on the epic one ya, but i dont think thatd change editor behavior. I think i'm simply remembering incorrectly. its the most plausible

river ridge
#

Agreed! I've added my angry face to this

copy_heirachy.png
#

*for duplicating too

mortal trench
#

Huh i never noticed this before but you're right it always becomes the last thing in the heirarchy

mortal trench
#

Well i've fixed it for drag and drop

mortal trench
#

Okay open question - If I duplicate and the objects that have the same parent, would you expect them to all be siblings next to each other - or each of them be 'after' the sibling they duplicated themselves from

hoary prairie
mortal trench
#

Like - does that seem right?

hoary prairie
#

seems right

river ridge
#

My hope was for if you have a massive hierarchy and you have some trees half way down, if you duplicate a tree later on it should just show under the one you've just duplicated from

#

That seems right but if you have eg cube under default floor (which is outside of groups in your image example) when you duplicate default floor it should go under itself and not to the bottom

mortal trench
#

I think what you described is what it does (after my code change)

river ridge
high flower
high flower
mortal trench
#

Btw this feature/fix won't be in the next patch (I submitted it too late) but will be in the patch after

gritty pagoda
stray quest
#

Uhm, sorry, but I have the opposite opinion here 😄

#

have complex tree > multiselect objects to form a new group > get the pasted objects placed bottom or selected objects parent

#

yet STRG + W i do not use, so might be a different workflow here

#

But manually drag and and drop into hierarchy, yes, place where dropped

gritty pagoda
mortal trench
#

If you paste all the objects go below the last selected object do it's not much different - and they're selected for you so you can make a group. Duplication is different because each selected object is duplicated into the same group that it was duplicated from whereas paste puts all the 'roots' in the same group as the single selected object. The only different now is it uses the sibling index

dusky goblet
# mortal trench If you paste all the objects go below the last selected object do it's not much ...

Oh man, the paste behavior is something that always bugged me. When I have a group/folder selected, I expect paste to make the new copies children of the selected group/folder (like how it works when pasting files in Windows), instead of siblings. Don't know if others have the same expectation. I should probably make a new post about this—and probably about a few other issues I have with the Core Editor.

mortal trench
#

Well it will paste them below the group not in the group but at least it's easy to drag from below into the group instead of having to scroll up and find it

high flower
mortal trench
#

We could add a paste and paste into - I wonder if any other programs with a hierarchy (eg. Unity, Unreal) have functionality like this though ; mostly curious what a shortcut key would be : control shift v maybe?

dusky goblet