-
Notifications
You must be signed in to change notification settings - Fork 678
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
Documenting "Top level" Interfaces #250
Comments
Separating individual documented items can be done through the |
I tried using the I am kind of hesitant to use |
You can use |
But that would always hide them, right? The nice thing about |
Correct, maybe I'm missing something... what's your goal here? It might be worth opening a new issue to discuss adding more filtering options. |
The goal is that I can produce API docs for different purposes, depending on the categories. There are two target groups: people that simply use my lib in their projects and people that would like to develop it further. For someone that is simple using my lib, a lot of classes etc. are not relevant. So it would be handy to simply exclude some categories using an option for |
If this seems reasonable to you, I will gladly file a feature request. |
That makes some sense - and I think some of your needs will likely be met by the 0.20 upgrade. In 0.20, typedoc will only document what you export from a given file, so for users, you could generate documentation only from your entry point, while for developers you could generate docs for the source directory, which would include all files. That said - a |
Ok, will do :-) |
I wonder if interfaces that are referenced by other interfaces could be put in a special section in the docs. So there would be something like top level interfaces and interfaces that can be used by these (reuse and combination of interfaces without redundancy).
So when creating the docs, I would like to hide
part
unless the user goes toroot
and looks up the type for its memberb
.part
just by itself would never been used (only in combination withroot
).For now, all the interfaces are listed in the same section which is not very clear.
The text was updated successfully, but these errors were encountered: