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

Documenting "Top level" Interfaces #250

Closed
tobiasschweizer opened this issue Jul 6, 2016 · 10 comments
Closed

Documenting "Top level" Interfaces #250

tobiasschweizer opened this issue Jul 6, 2016 · 10 comments
Labels
enhancement Improved functionality wontfix Declining to implement

Comments

@tobiasschweizer
Copy link

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).

interface part {
    a: string;
}

interface root {
    b: part;
}

So when creating the docs, I would like to hide part unless the user goes to root and looks up the type for its member b. part just by itself would never been used (only in combination with root).

For now, all the interfaces are listed in the same section which is not very clear.

@aciccarello aciccarello added the enhancement Improved functionality label Feb 3, 2017
@Gerrit0 Gerrit0 added the wontfix Declining to implement label Nov 29, 2020
@Gerrit0
Copy link
Collaborator

Gerrit0 commented Nov 29, 2020

Separating individual documented items can be done through the @category tag. I don't think it makes sense right now to do more than that.

@Gerrit0 Gerrit0 closed this as completed Nov 29, 2020
@tobiasschweizer
Copy link
Author

tobiasschweizer commented Dec 1, 2020

Separating individual documented items can be done through the @category tag. I don't think it makes sense right now to do more than that.

I tried using the @category tag and it is great!
Will there be an option to ignore certain categories?

I am kind of hesitant to use @internal ...

@Gerrit0
Copy link
Collaborator

Gerrit0 commented Dec 1, 2020

You can use @hidden or @ignore to hide reflections - there isn't any way to hide categories currently.

@tobiasschweizer
Copy link
Author

tobiasschweizer commented Dec 1, 2020

But that would always hide them, right? The nice thing about @internal is that there is the --stripInternal flag which makes it flexible.

@Gerrit0
Copy link
Collaborator

Gerrit0 commented Dec 1, 2020

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.

@tobiasschweizer
Copy link
Author

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 typedoc, without touching the source of my project.

@tobiasschweizer
Copy link
Author

If this seems reasonable to you, I will gladly file a feature request.

@Gerrit0
Copy link
Collaborator

Gerrit0 commented Dec 1, 2020

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 hiddenCategories option seems reasonable, feel free to open an issue :)

@tobiasschweizer
Copy link
Author

Ok, will do :-)

@tobiasschweizer
Copy link
Author

@Gerrit0 issue created: #1407

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Improved functionality wontfix Declining to implement
Projects
None yet
Development

No branches or pull requests

3 participants