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
Hej,
with the use of _parse_move added in #c1a79f56e22b0ec22a982a4417bf27ef67620f6a it is no longer possible to use a portname in the move command.
I guess that is known, just wanted to note it was quite convenient to use, because I would be able to write in one line.
That's interesting, I hadn't used that feature much myself but I can see the utility. From a pure design view, it makes sense not to have that functionality. For instance, if a port in my device was named [3,5] then the following command becomes ambiguous:
D.move(origin = [3,5], destination = [9,9])
But I think that's seriously an edge case. I'd be happy to add that functionality back in, I think there only needs to be two minor changes to the code for Device and DeviceReference
Hej,
with the use of _parse_move added in #c1a79f56e22b0ec22a982a4417bf27ef67620f6a it is no longer possible to use a portname in the move command.
I guess that is known, just wanted to note it was quite convenient to use, because I would be able to write in one line.
D.add_ref(device).move(origin=1, destination=otherdevice.ports[2])
but no worries if that is a design decision.
The text was updated successfully, but these errors were encountered: