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

Display params in a nested format also in the API doc HTML. #691

Open
wants to merge 7 commits into
base: master
Choose a base branch
from

Conversation

joshio1
Copy link
Contributor

@joshio1 joshio1 commented Jul 31, 2020

Currently, if the parameters are deeply nested, it is very difficult to understand and comprehend the structure of the request and response params when viewing the API doc in the HTML format. This pull request is an attempt to display these nested parameters in a better way so that we can understand its structure in one go.

Current:

image

Proposed:

image

Note that the current structure is still there in the HTML. I have just supplemented that with this nested HTML structure having an hyperlink to the "normal" params.
Also, I have added tooltips which display the description of the params.

The entire idea is to grasp the entire request / response schema in one go. Please let me know what you think.

@DavertMik
Copy link

DavertMik commented Feb 7, 2021

Is there a way to get this merged?
Please!

@ofedoren ofedoren force-pushed the master branch 2 times, most recently from 69442b9 to 8215e30 Compare July 25, 2021 19:41
@mathieujobin
Copy link
Collaborator

@joshio1 @DavertMik I think this would require a settings, so its OFF by default and people can opt in, if that's what they prefer.
I don't see why we should impose this on everyone.

@ofedoren
Copy link
Contributor

Although I agree with @mathieujobin here, I'd say that at first we better give users an option to switch this off and have it switched off by default, but mention this in the release notes as well as in README, so users can be actually aware of that. I like the proposed way, but it also seems like an experiment. In the future we could switch to this by default if more and more people will find this more useful.

@mathieujobin mathieujobin added the Next up consider for upcoming release or close label May 20, 2022
@mathieujobin
Copy link
Collaborator

@PanosCodes What do you think of this?

@mathieujobin mathieujobin added Stale waiting for update and removed Next up consider for upcoming release or close labels Nov 15, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Stale waiting for update
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants