-
Notifications
You must be signed in to change notification settings - Fork 1.7k
dartdoc: top-levels should be after interfaces, classes, and exceptions #3171
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
Comments
Added Area-DartDoc, Accepted labels. |
Most libraries have more classes than top-level functions, so I'd hate to always push them under that potentially long list. Maybe we could do:
|
to fix in the next generation dartdoc viewer. cc @jmesserly. |
This comment was originally written by [email protected] Marked this as being blocked by #8857. |
Set owner to @efortuna. |
cc @alan-knight. |
Removed Area-DartDoc label. |
Libraries vary in what's most important to expose. I think the reasonable answer to this is to have good navigation. So, in the current Dartdoc-next http://dartdoc-next.dartlang-api.appspot.com/apidocs/ we still have functions first in a library, but there's a navigation bar on the right in which you can easily scroll down to see the classes. And you can collapse the list of functions, or classes, if they're not interesting. So calling this fixed. Added Fixed label. |
This issue was originally filed by @seaneagan
Top-level methods, getters, setters, and variables are currently at the beginning of the output. They may contain extensive comments. This pushes the links to interfaces, classes, and exceptions "after the fold" and thus makes them much more difficult to find. Some good examples are:
http://api.dartlang.org/uri.html
http://api.dartlang.org/dart_isolate.html
Moving the top-levels to the end would fix this.
The text was updated successfully, but these errors were encountered: