-
Notifications
You must be signed in to change notification settings - Fork 486
memberof does not cascade down to class members #591
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
Looks like this equivalent to a simpler case, like /** a */
var a = {
/** b */
b: {
/** c */
c: {}
}
}; Which produces Which is obviously, embarrassingly wrong. The tree-construction step in hierarchy.js needs a serious rethink. |
@tmcw Do you know when/if you'll be able to get to this issue? It's blocking some efforts on my end when documenting a few libraries! |
Hi @bpatram - I'm taking some time off from daily work on this project in order to see if any other contributors spring up. While I really enjoy working on this project, working on it solo is not sustainable for me. Which means - I'd happily review a PR and help out if you want to try and help! The linked source and the nesting refactor #732 would serve as an example for how this code needs to be improved. Otherwise, I can't really offer any guess or estimate of when I would get to this issue, since I have many priorities, open source and otherwise. If this is very important to you, please consider contributing - this project will only succeed if the community helps. |
I started debugging |
Seems that comment I have two ideas for the solution, should send MR soon. Plan A: add some recursion when checking conditions in inferMembership block Plan B: inferMembership will probably assign something to comment as a result (perhaps comment["memberof]") and maybe it's possible to use that value assigned to comment Few maybes because I'm quite new to the project, but this shouldn't be hard to solve. |
With the following code:
The
member
member gets documented as a root-level item with"memberof": "Clazz",
. It really should be a memberofmodule.Clazz
. Adding an explicitmemberof
does allow it to generate the correct docs. This is possibly related to #417 but seems to be more an extension of the same problem. (I already think there's an open issue that @module should already imply thatClazz
is amemberof
module
. If not, I'll be happy to create one)The text was updated successfully, but these errors were encountered: