BUG? Unable to move elements between two containers

Looking at the image below, here's a fun little game to play if you're bored - move containerX between containerW and containerY, and then dividerA before containerW.

retool_move_between_containers

For additional fun, time yourself and see how long it takes you.

As a bonus round, try duplicating containerV.

Final result:


(SPOILER AHEAD) Moral of the game - there doesn't seem to be a way to simply move an element between containers, or on either side of it, unless the container is the very top element or if there is an element above the container that is anything but a container.

Short of the above, any attempt to place an element following or preceding a container will result in the element being placed inside the container.

Similarly, duplicating a container results in it being duplicated inside itself rather than next to itself.

When dealing with screens that have numerous elements and containers (to keep everything organized and "movable"), rearranging elements can be a pain.

Any hopes we can get this addressed relatively quickly? I can't imagine that it is so by design.

Thanks.

Wow, look what I came across today, while cringing about having to paste a few things:

retool_paste_options

I guess this was freshly introduced? If so, nice work Retool team, thanks!

Moving elements between two containers still causes it to be added inside a container, though.

I may have spoken too quickly, as it seems choosing Paste below doesn't actually paste below - it pastes into still.

Thanks for the feedback here @27shutterclicks! I've filed a report with the dev team, I see how moving components around when using a bunch of containers is very frustrating. Will let you know here when there's a fix!

1 Like

@Kabirdas Checking in to see if there is any progress on this?

I just tried to move some containers around again and trying to move any element after a container still causes the element to be placed inside the container.

As shown above, this becomes increasingly more challenging and time consuming when there are multiple containers next to each other with no other elements in between (which is often the case).

Expediting a fix for this would be greatly appreciated.

Thanks.

Hey @27shutterclicks! There hasn't been progress here yet, the team is aware that it's an issue and wants to address it but they've needed to focus on other features. It is on the to-do list though as part of continued improvements to the mobile IDE.

Thank you for letting me know, @Kabirdas, I appreciate the follow up.

this is still an issue isn't it?

i just don't get how i'm supposed to move my components around to the desired area.

any help?

This still seems to be a huge setback.

The only options are copying or duplicating since it's not easy to move. When you copy or duplicate, all the IDs get duplicated, so if you are connecting it to any code, you now have to update the references to those new IDs (componentName2 for example instead of componentName).

That's a real pain -- is there a better way of doing this?

hey @cma @shawnhoffman circling back to confirm that this is a known issue, that dragging a component between two containers nests it in the top container, whereas it would be nice if the component tree UI made it easier for people to decide whether they wanted to nest a component or not. I wish I could offer you a better workaround, but the main one would be dragging everything to the top in reverse order.

I've shared both of your direct feedback and your +1 interest in better handling of moving elements between containers with our team on the existing tracker ticket internally. Thanks for expressing this friction point here, and we'll keep sharing customer feedback for visibility.

This topic is linked with the internal tracker ticket, so if any relevant updates happen we'll be able to circle back and share info here with you.

Circling back here to confirm that our design team made an update that hopefully makes this action more smooth and clear. The deep blue border line's depth (width) hopefully is enough of a visual hint to signify where the item will drop to -- whether dropping it within another container, or at the same level between two other containers:

Jul-30-2023 17-50-49

Thank you all again for your feedback!