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

API docs information architecture #287

Open
jelbourn opened this issue Oct 10, 2017 · 2 comments
Open

API docs information architecture #287

jelbourn opened this issue Oct 10, 2017 · 2 comments

Comments

@jelbourn
Copy link
Member

As the library has grown, our information architecture for the API docs has become somewhat hard to navigate. Opening this issue for discussion on how we can improve it.

Questions:

  • How to split up docs for classes, directives, methods, constants, functions, enums
  • How to navigate between them
  • How do users want to search for a specific API?

Any big change will probably include a site-wide search and cross-doc linking.

Some examples to explore:
Anything on developers.google.com
analytics.js
Android DriveApi
https://api.slack.com/methods
https://firebase.google.com/docs/reference/js/firebase.app.App

@amcdnl
Copy link
Contributor

amcdnl commented Oct 10, 2017

A few more examples:

@willshowell
Copy link
Contributor

  1. I like how search results are organized in angular.io search. While the actual doc pages can be lacking, the realtime organization in the search banner is very nice. A downside is that there is no results page to click back to if you are disappointed in your results, but I expect that's not so much an issue compared to MDN.

  2. I'd also love to see breadcrumbs in the page header

    Components > Navigation > Toolbar

    CDK > Common Behaviors > Scrolling

  3. cdk.angular.io 🤷‍♂️ ?

  4. I'm a fan of the table styles for Google Maps API docs

    screen shot 2017-10-10 at 11 11 19 am

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