realtime_tools API restructure

[bmagyar]

The ROS2 realtime_tools API is a little clunky, requiring the user to still define the publisher on their side instead of incorporating it into the realtime publisher.

This makes for a fairly defunct API where we don't gain much code reduction but there's still an increase in complexity and dependencies.

Rework the realtime_tools RealtimePublisher API such that it is as lean as possible to use.

[YoavFekete]

Hi so i did it implemented new contactor for RealtimePublisher that creates the publisher inside the contactor .
i did it on top of a new branch that fixes #85 and #82 , so lets finish that pull request and then ill create a new pull request for the API rework

[github-actions]

This issue is being labeled as stale because it has been open 45 days with no activity. It will be automatically closed after another 45 days without follow-ups.

[christophfroehlich]

@saikishor what do you think, could we move the creation of the publisher into the rt_publisher implementation?

[saikishor]

@saikishor what do you think, could we move the creation of the publisher into the rt_publisher implementation?

Makes sense, it could be a new constructor and then we can initialize it internally. May be we can use variadic templates?