Skip to content

Concrete example first, then explanation, finally methods list #1031

Description

@AlessandroTambellini

Enter your suggestions in details:

For many APIs (but not all), I find the following structure of a docs page to be really navigable and intuitive for the understanding of the API itself:

  1. A commented, concrete mid-size example
  2. Description of the API
  3. Formal list of methods
  4. (Optional) Extra info about possible nuances, flags or whatever

P.S.
It's already the 4th suggestion I report today but, given the docs are under construction, I'll take advantage of it :).
This is more of a design decision, so sorry if isn't a "structured" issue reporting

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions