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
The main motivation behind the client_count topic was to let a client see that they might not be the only one that is making changes to the server configuration (e.g. through setting parameters or calling other kind of ros services).
Having this is useful, but I wonder if we should not add it directly to the ws-protocol spec instead of having it a separate ROS topic
One side effect of publishing a ROS topic is that /client_count can end up in a recording. I'm not sure if that is useful though, it does seem like something only WebSocket-connected clients would care about.
To support this in ws-protocol, we would need something like the status op that servers can push to clients at will, but with more structure perhaps like a key/value pair and using client_count as the key?
To support this in ws-protocol, we would need something like the status op that servers can push to clients at will, but with more structure perhaps like a key/value pair and using client_count as the key?
Or maybe we just add client_count as an optional field to the status message?
Taken from rosbridge:
The text was updated successfully, but these errors were encountered: