You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Understandable for container parameter cables being severed when copypasting if the severing happens on copy, as you don't know whether the nodes are going to get pasted within the same container. Although that could be decided on paste.
For duplication it should not sever any parameter cables, as these can only be from parent containers (duplicated node always ends up in the same container).
Master container parameter connections should never be severed.
The text was updated successfully, but these errors were encountered:
Yeah, the problem is that I'm using the same logic for duplicating nodes within a container (where it might be possible to keep parent parameter connections) and copy / pasting between networks (where it isn't possible) and I'd love to avoid branching that because it will definitely break on the next round of refactoring.
Is it a function? Won't adding an argument isDuplication and setting this to true for the Ctrl+D call let you easily and cleanly branch this?
I understand that copy and paste might not get this as this would include adding logic on paste (if it doesn't exist). In that case it would probably be
check if parent with the same id exists
check if parent has the same parameter ids
This is enough safeguarding that it would have to be intentional to happen if copying to another network.
aaronventure
changed the title
[UX] Duplicating/copypasting nodes severs the cable connection to parent/master container parameters
[UX/ScriptNode] Duplicating/copypasting nodes severs the cable connection to parent/master container parameters
Nov 21, 2024
Understandable for container parameter cables being severed when copypasting if the severing happens on copy, as you don't know whether the nodes are going to get pasted within the same container. Although that could be decided on paste.
For duplication it should not sever any parameter cables, as these can only be from parent containers (duplicated node always ends up in the same container).
Master container parameter connections should never be severed.
The text was updated successfully, but these errors were encountered: