Skip to content

Use member classes for service and action child interfaces #83

@jacobperron

Description

@jacobperron

In short, I think it is more intuitive for users to reference Request, Response, Goal, Feedback, and Result interfaces as members of the top-level interface instead of having them as siblings of the top-level interface.

For example,

examples_interfaces.srv.AddTwoInts.Request

versus how they are currently referenced

examples_interfaces.srv.AddTwoInts_Request

Accessing these classes as members is also similar to how it's done in C++ and Python.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions