You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I agree with you that there is no point in describing variables that are not exported
But what about the interfaces that are exported and inside which there are parameters from the same directory and they are not exported but are used inside the exported interface
How will a person who opens the documentation understand what exactly needs to be put in the required parameter?
Detail should be exported. By not exporting it, you're making your API distinctly worse by requiring that if I'm building up an object for your API iteratively I either have to extract the type myself:
Or live without excess property checks while building that object up.
constdet={name: "x",age: 123,married: false}constx: User={detail: det}// NO errors!
However, I've gotten sufficiently tired of arguing with people about this, so typedoc-plugin-missing-exports exists, and will automatically create documentation for non-exported "exports" and stick them in an <internals> namespace.
I agree with you that there is no point in describing variables that are not exported
But what about the interfaces that are exported and inside which there are parameters from the same directory and they are not exported but are used inside the exported interface
How will a person who opens the documentation understand what exactly needs to be put in the required parameter?
Example:
Originally posted by @Azario16 in #1521 (comment)
The text was updated successfully, but these errors were encountered: