-
Notifications
You must be signed in to change notification settings - Fork 111
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
Split camera device base class into Base and LegacyBase #590
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for doing this as a separate PR. I'm okay with immediately renaming to "legacy" -- makes sense if going ahead with modifying the camera adapters.
It says you requested a change, but for some reason I don's see what that is. Is there anything else needed before merging this? |
I think you made the 'small fixes' commit at the same time I was reviewing. In it, you fixed But now that Also, I commented that the (See my comments above that are marked resolved.) |
Probably. This was a simple refactor-rename, so I think that can be done in a separate step (#598)
Fixed in previous commit |
Should be all addressed now |
As discussed in: #243 (comment)
This splits the camera base class that all camera adapters derive from into a legacy class (
CLegacyCameraBase
) which derives from a new, preferredCCameraBase
class. The primary difference between theses is that the Legacy class contains a bunch of code for implementing sequence acquisitions as a series of snaps, which was originally for debugging, but ends up being inherited by all camera devices adapters.I changed the name to LegacyBase now, rather than in the future as described in (#243 (comment)), because it seems like we would already like device adapter writers to inherit from the new base class.
See below for a few questions.