ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

Revision history [back]

I agree with @dornhege's response, that this is probably not a good format for doing feature requests.

I think that having both support questions and feature requests in the same area would end up in chaos.

I think that there are a few channels for feature requests already in existence.

  • The REP Process - Mechanism to propose major feature enhancements to the ROS community.
  • code.ros.org - Bug tracker (and feature requests) for core stacks.
  • kforge.ros.org - Bug trackers for individual stacks and projects.

Finally, if you want to get into the long-term planning of ROS, I strongly encourage you to join one of the Planning SIGS for determining the direction of development for Groovy and forward.

I agree with @dornhege's response, that this is probably not a good format for doing feature requests.

I think that having both support questions and feature requests in the same area would end up in chaos.

I think that there are a few channels for feature requests already in existence.

  • The REP Process - Mechanism to propose major feature enhancements to the ROS community.
  • code.ros.org - Bug tracker (and feature requests) for core stacks.
  • kforge.ros.org - Bug trackers for individual stacks and projects.

Finally, if you want to get into the long-term planning of ROS, I strongly encourage you to join one of the Planning SIGS for determining the direction of development for Groovy and forward.

I agree with @dornhege's response, that this is probably not a good format for doing feature requests.

I think that having both support questions and feature requests in the same area would end up in chaos.

I think that there are a few channels for feature requests already in existence.

  • The REP Process - Mechanism to propose major feature enhancements to the ROS community.
  • code.ros.org - Bug tracker (and feature requests) for core stacks.
  • kforge.ros.org - Bug trackers for individual stacks and projects.

Finally, if you want to get into the long-term planning of ROS, I strongly encourage you to join one of the Planning SIGS for determining the direction of development for Groovy and forward.