Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Name changes to scopes and objects need more careful handling #225

Open
bgribble opened this issue Nov 26, 2014 · 1 comment
Open

Name changes to scopes and objects need more careful handling #225

bgribble opened this issue Nov 26, 2014 · 1 comment

Comments

@bgribble
Copy link
Owner

The global/local send/receive issues in #224 brought to light that sometimes changing an object's name can have significant side-effects. This ticket is to review and implement any changes needed to allow

  • scopes
  • objects
  • patches

to change names, particularly paying attention to the interaction with invisible [bus] objects and send/receive vias.

@bgribble
Copy link
Owner Author

A particular problem case: let's say you want to create a send-via to a specific object which will have a special name. If you accidentally create the via first, it will create a [bus] with the name that you want to use; then, trying to rename an object to the desired name will fail. For example:

v foo RET 
p print RET
! @rename('foo') RET  

leaves the [print] named foo_002 and the via connected to nothing. But creating in the opposite order, so that the print is named first, works as expected.

This is pretty understandable from a runtime order-of-operations perspective, but it is surprising if you expect the patch to be declarative.

@bgribble bgribble added this to the mfp 0.06 milestone Mar 20, 2015
@bgribble bgribble removed this from the mfp 0.06 milestone Oct 27, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant