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
It is important to provide a consistent and simple logging framework. It should be equally easy to log in a sequence of operator as well as outside. A proposed framework should be presented before implementation.
The text was updated successfully, but these errors were encountered:
henrik7264
changed the title
The RxROS logging framework should be reworked
The RxROS logging framework should be redesigned
Aug 31, 2019
As you can see tap does almost what you want. It is probably very hard to do more -- you want to have access to the current message when formatting the string. So the only thing we can save is to remove ROS_INFO call, perhaps a simple wrapper around tap for rxros_info and the associated siblings of ROS_INFO could be added, to save this one call.
But it is probably not a very high priority. I would not argue against it though. Seems like a nice-to-have.
It should be possible to write something similar to the following code:
It is important to provide a consistent and simple logging framework. It should be equally easy to log in a sequence of operator as well as outside. A proposed framework should be presented before implementation.
The text was updated successfully, but these errors were encountered: