Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add extension that handles adding more markdown content to API #11

Open
derberg opened this issue Jun 12, 2020 · 7 comments
Open

Add extension that handles adding more markdown content to API #11

derberg opened this issue Jun 12, 2020 · 7 comments
Labels
enhancement New feature or request keep-open

Comments

@derberg
Copy link
Member

derberg commented Jun 12, 2020

Reason/Context

Last 2 weeks I conducted research over few SaaS solutions (ReDoc, Bump, Postman, APIMatic, Readmeio) on how they support AsyncAPI and OpenAPI. I was interested in finding out how they support a use case when you want to enrich your specification with some more markdown content. At the moment there is no widely adopted OAS extension for it. Some solutions just do not support it, and some just add additional functionality on top that locks you in with the vendor and make it hard to migrate.

There was one super nice thing I saw in https://bump.sh/ -> https://help.bump.sh/asyncapi-support#adding-topics-to-your-documentation

x-topics:
  - title: Getting started
    content: Before using the API you need to get an API key by sending us an email.
  - title: Authentication
    content: Send the `X-API-KEY` header with all your requests.
    example: |
      ```
      $ curl \
        -X POST https://api.example.com/endpoint/ \
        -H "X-API-KEY: XXXXXX" \
      ```

You can basically add as many documentation topics as you want, with an additional markdown doc that of course you later can consume as you want in your UI.

I think it is super important to adopt such an extension into the extensions catalog, so vendors later support one way of doing things and make spec adoption easier.
This and other extensions could be a part of something like x-docs extension, and tags object could be part of it maybe?

I'm super interested in what others think.

@derberg derberg added the enhancement New feature or request label Jun 12, 2020
@github-actions
Copy link

Welcome to AsyncAPI. Thanks a lot for reporting your first issue.

Keep in mind there are also other channels you can use to interact with AsyncAPI community. For more details check out this issue.

@MikeRalphson
Copy link

We've had a PR over at Widdershins (Mermade/widdershins#327) which would support an x-md- extension (actually the prefix would be configurable) where a markdown path would be read in by the tooling to replace the value of the extension with the contents of the markdown file. The PR doesn't actually touch the AsyncAPI renderer in Widdershins (yet), only the OpenAPI side.

Is this something like you're proposing?

@derberg
Copy link
Member Author

derberg commented Jun 12, 2020

@MikeRalphson I'm thinking here rather about a root level extension only, for overall docs about the API. So you can later of for example render them in left nav.

And support many formats, I know there are many people still liking asciidoc, or pure html could also be imported.

And extension would need to support some basic standard info about the topic, like title, so you do not have to expect markdown file owners to have frontmatter in their docs, because frontmatter in markdown is not part of markdown spec

Screenshot 2020-06-12 at 15 50 22

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity 😴
It will be closed in 30 days if no further activity occurs. To unstale this issue, add a comment with detailed explanation.
Thank you for your contributions ❤️

@github-actions github-actions bot added the stale label Aug 12, 2020
@derberg derberg removed the stale label Aug 12, 2020
@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity 😴
It will be closed in 30 days if no further activity occurs. To unstale this issue, add a comment with detailed explanation.
Thank you for your contributions ❤️

@github-actions github-actions bot added the stale label Oct 12, 2020
@derberg derberg removed the stale label Oct 12, 2020
@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity 😴
It will be closed in 60 days if no further activity occurs. To unstale this issue, add a comment with detailed explanation.
Thank you for your contributions ❤️

@github-actions github-actions bot added the stale label Dec 12, 2020
@derberg derberg removed the stale label Dec 14, 2020
@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity 😴
It will be closed in 60 days if no further activity occurs. To unstale this issue, add a comment with detailed explanation.
Thank you for your contributions ❤️

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request keep-open
Projects
None yet
Development

No branches or pull requests

2 participants