Very good change, but is this on? Doesn’t seem to be working for me. Collisions are off and copy-pasting between two place files isn’t working – I’m still getting the old behavior of parts moving up.
This doesn’t seem to work when you do “Paste Into” (Ctrl + Shift + V).
Adding this would be really handy as it would make pasting assets between development and production places easier, especially if the asset is in a subfolder in workspace!
6 Likes
quick workaround: paste it and move it to the folder or model or whatever you like.
1 Like
Agreed, this would be insanely useful!
Of course not for me… FOR THIS TYPE OF UPDATE… Add a setting? I don’t know? Really if you read that… I think that can be helpfull…
1 Like
Ok reply to my self… That destroy actually my build time… I lose time… Dear PrinceTybalt… Do you think that can be an option in preference in the future?
2 Likes
This is exactly why I love this change. Finally can paste objects into different models without having to copy paste the original position too
1 Like
i would honestly want a toggle for this. since i benefited from copying and pasting over stuff. like the control+d. if people didn’t know how to do control+d 
2 Likes
so did yall forgot what is control+d meant to do or what… new developers should learn the old stuff, no need to mess how we learned it. bc at the end of the day old developers are the one getting to engage to these new unneccesary changes.
3 Likes
Thanks for taking the time to point that out! I’ve used Duplicate for a long time, but this specific scenario still affects me a lot because I frequently clone models between Studio windows.
2 Likes
I have found a way around this issue before the update was in place, never used the collisions property in models, this simple fix to this was inserting a part and then deleting it. This would cause the position to change when you inserted a part, copy the model, insert a brick then delete it, then it would update that position and paste the model where ever the brick was placed at.
I’m fine with this change tho as it’s not really a big of a deal really, so yeah.
1 Like
Thank god this was implemented, i was finding it very uncomfortable copying one instance and pasting it under different parent, QoL featires are always appreciated, even if they seem to do little.
1 Like
You can still have the old functionality, all you need to do is enable the “collisions” checkbox under the Home, or Model tabs. This addresses @TimTsuki 's point as well.
@PrinceTybalt Having to enable and disable Collisions every time we want to paste something is a massive pain.
The old behaviour was really useful for copying something from one area of the map over to a new area, by selecting an item in the new area and then doing Ctrl+V, it would paste next to / above the selection.
Adding extra mouse clicks is a pain, and certainly doesn’t seem to make our “workflow smoother than ever” - there’s no way to map the toggle to a keybind, so you have to go to the tab, select the checkbox, paste, and deselect the checkbox.
Why can’t this behaviour be truly optional (not tied into a bunch of unwanted behaviour by enabling Collisions)?
12 Likes
i totally agree with you. this is totally unnecessary. it ruins our workflow and plus for that there was control + d.
2 Likes
I’ve read all replies (before my reply) in this topic and some people does not agree with this change. They either want an option to disable this, or just wished this change didn’t happen. The common reason is “Ctrl + D already exists”, and some says they want the object to cloning in front of the camera.
For me, I agree with what other’s said. Cloning in front is really useful like when making multiple objects spread out (e.g. bushes, trees). But I prefer if this just applied to Ctrl+Shift+V. I want to copy multiple parts into a different parent without changing the positions, but not by duplicating then dragging in explorer.
I suggest either to:
- Add an option to disable this. I know people will say “Enable collisions in the collision tab”, but enabling it then disabling it is a pain especially when pasting multiple times.
- Add a keybind to disable collisions. Make it customizable as well.
- Add another paste function, Paste without collision.
6 Likes
It’s great to see you guys addressing this. Great work and I’m glad to see some more quality of life. I definitely appreciate this, but I’ve actually gotten used to this behavior over the years and typically prefer it as it feels better to me and prevents me from accidentally forgetting parts that I’ve pasted inside the original part only to find the Z-fighting textures weeks later which I often do with duplicate.
I typically liked to use duplicate if I wanted to retain CFrame and used paste if I intended to move the object. It’s just something that got burned into my muscle memory over time, although it’s definitely counterproductive and a little weird.
Would it be possible to implement an option to manually reenable this behavior somewhere in studio settings? Constantly enabling and disabling collisions wouldn’t really feel the same. It just generally helped me in some cases, like if I wanted to spread out copies of the same object in different places.
2 Likes
Big brain move, thanks. That help me… I was thinking that was object collision…
Not working for me with collision OFF on cut + paste. Instead it puts it on top of the other item, just like before, even though there’s no collision so why would it even do that.
It’s know that I I think maybe like some ideas