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

[Feature Request] Schema Exploration #2116

Closed
IamFlowZ opened this issue May 5, 2020 · 5 comments
Closed

[Feature Request] Schema Exploration #2116

IamFlowZ opened this issue May 5, 2020 · 5 comments
Labels
C-question Category: Question needs-triage

Comments

@IamFlowZ
Copy link

IamFlowZ commented May 5, 2020

What is the context?
From my experience using insomnia, you can only explore the root query and mutation objects that your schema definition contains. Transitively, you can only explore types that are currently being used by those objects. Any type you define, has to be used be either the root query object or the root mutation object, at one point or another. Otherwise it is inaccessible from within the insomnia documentation explorer. Currently I'm working on a couple projects that use Neo4J and its node libraries to develop a GraphQL service. They add a lot of Neo4J specific types into the schema, so as to make working with the system simpler. (See below image, taken from GraphQL Playground)Hidden Schema Types
Being unable to see these types makes it more difficult to use insomnia, due to missing some types that may not be actively used within the root objects. It can also be inconvenient at times, due to having to dig through the root objects in order to view the definition for a type that is used in the schema.

What is your question?
Would it be possible to view the full schema plainly, without having to descend through the root objects? This makes it simpler to find deeply nested types, as well as types that aren't currently in use by any queries or mutations.

@IamFlowZ IamFlowZ added the C-question Category: Question label May 5, 2020
@nijikokun
Copy link
Contributor

nijikokun commented May 6, 2020

Hi there 👋

Is this related to #2019?

Seems like this issue would also benefit from #1864 & #1831

@IamFlowZ
Copy link
Author

IamFlowZ commented May 6, 2020

Yes, I would agree that all three could possibly be solved, if you could plainly view a schema file. I've looked at both the introspection query that is called to get the schema, along with the component responsible for rendering the documentation. The introspection query 100% has all the information necessary to display a full schema, what will probably need to be changed is the GraphQLExplorerSchema component. To what extent, I'm not sure because I have yet to try and spin this up in a dev environment.

@stale
Copy link

stale bot commented May 31, 2021

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@Macavirus
Copy link

Not stale, still a useful feature.

@stale stale bot removed the wontfix label Jun 2, 2021
@kreosus kreosus changed the title Schema Exploration [Feature Request] Schema Exploration Sep 2, 2022
@gatzjames
Copy link
Contributor

Closing as this is possible by searching in the documentation explorer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-question Category: Question needs-triage
Projects
None yet
Development

No branches or pull requests

4 participants