Replies: 1 comment 2 replies
-
@DCEM Thanks for your message. Without seeing the code I find it a bit hard to judge it it's a good fit for qcodes or not so I think a pr is a good place to start. I would say that if this is useful for multiple instruments and you are willing to put in the time to ensure that it has good tests, docs and type checking then we would be happy to merge it. The most important thing to consider when organizing the code is dependencies.
Given your description and that this depends on DelegateParameter this sounds like something that belongs in parameter |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi,
after I have implemented a feature I would also like to know if i should start a discussion here, start a pull request or create my own module to share the code.
Obviously this is somewhat feature dependend, but I want to know if there is a preffered route.
For example I implemented a few classes to allow for motorized stages to get a harmonizied coordinate sytestem (and collision detection) One class is: DelegatePosition(DelegateParameter) which accepts origin_offset and inverted (amongst others) to translate a position. It will also update its validator to be translated to the corresponding values.
I'm happy to share the code, I'm just not sure whats appropriate way to do it.
If i missed it in the documentation or discussions, I'm sorry.
Kind regards
Beta Was this translation helpful? Give feedback.
All reactions