-
Notifications
You must be signed in to change notification settings - Fork 248
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
Design document for keyboard handler #768
Conversation
Signed-off-by: Michael Orlov <morlovmr@gmail.com>
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.
The way this design sounds - I still am questioning whether this keyboard utility should live in its own repository.
It also makes me wonder whether we should just be pulling in a 3rd party dependency rather than having to maintain code - like SDL or https://github.com/jkuhlmann/gainput
Signed-off-by: Michael Orlov <morlovmr@gmail.com>
…ss event got destructed before keyboard handler. Signed-off-by: Michael Orlov <morlovmr@gmail.com>
… redirected to the file or stream Signed-off-by: Michael Orlov <morlovmr@gmail.com>
…forms and abnormal program termination via Ctrl+C. Signed-off-by: Michael Orlov <morlovmr@gmail.com>
83ed757
to
14d4a0a
Compare
Though it became pretty big, self contained and independent component with it's own unit tests and design document. It looks like it would be better to have it in a separate package. As regards to the consideration if we should use some third party libraries. I've tried to consider some, but most of them have a big "baggage" in addition and extra other dependencies like https://github.com/jkuhlmann/gainput or not well written/designed and documented. I would prefer to support our own well designed, well written and well documented cross-platform implementation rather than have some dependencies from others and struggle with inability to fix it if some issue will arise. |
Closing this PR as would not merge in favor of the newly opened ros-tooling/keyboard_handler#2 |
Design document for keyboard handler package.
Relates to the #735
Part of the #696