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

All ids and names are missing in swagger spec html #104

Open
webron opened this issue Apr 29, 2016 · 5 comments
Open

All ids and names are missing in swagger spec html #104

webron opened this issue Apr 29, 2016 · 5 comments

Comments

@webron
Copy link
Contributor

webron commented Apr 29, 2016

From @jvivs on April 29, 2016 15:8

Swagger.io is currently the place where most of my coworkers go to read the OpenAPI spec and the linking structure appears to have changed. It's frustrating to have links break, especially when you're trying to link to someone in a document as long as this one: http://swagger.io/specification/

Is it possible to add github-style linking to headers like the markdown file has on github? Also if there are anchors internally in the document, can we have an index or at least put some text in them so they can be found without having to view the source code?

I can open a PR if it is welcome.

Copied from original issue: OAI/OpenAPI-Specification#675

@webron
Copy link
Contributor Author

webron commented Apr 29, 2016

This is unrelated to the spec, and the anchors are there. For example - http://swagger.io/specification/#operationObject.

@jvivs
Copy link

jvivs commented Apr 29, 2016

There's no way to actually use them in the context of the document unless you inspect the source. It's a pretty crummy user experience.

Taking the current markup:

<h4><a name="operationObject"></a>Operation Object</h4>

It would be great for the anchor wrap the text and have a self-referential href as well:

<h4><a name="operationObject" href="#operationObject">Operation Object</a></h4>

@webron
Copy link
Contributor Author

webron commented Apr 29, 2016

It's a rendering issue, not a spec issue, and should be handled by our rendering engine in the site. The github renderer is different and does it automatically.

@ePaul
Copy link

ePaul commented Apr 30, 2016

If we are talking about the rendering engine, would it be possible to have it also generate a table of contents?

@webron
Copy link
Contributor Author

webron commented May 2, 2016

@ePaul - unlikely for now, I'm afraid. 3.0 should have it as part of the spec itself (hopefully).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants