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

Closure Compiler punch list #605

Closed
43 of 45 tasks
hegemonic opened this issue Mar 17, 2014 · 2 comments
Closed
43 of 45 tasks

Closure Compiler punch list #605

hegemonic opened this issue Mar 17, 2014 · 2 comments
Assignees
Labels
Milestone

Comments

@hegemonic
Copy link
Contributor

hegemonic commented Mar 17, 2014

This issue tracks adding support for all of the documented Google Closure Compiler annotations.

Tags

Other annotation

Miscellaneous

  • Run JSDoc on Closure Library with 0 warnings
  • Generate useful documentation by running JSDoc on Closure Library
@kevinoid
Copy link
Contributor

It would be nice to have these, but some are obviously very non-trivial to implement. Is there a way we can suppress The %s tag is not a known tag. error for these when using the closure dictionary until they are implemented? Perhaps a configuration option I've overlooked?

hegemonic pushed a commit that referenced this issue Aug 25, 2016
This commit adds support for specifying an Array of tags which are
unknown to JSDoc, but allowed without error.  It provides a more
granular way to disable such errors while retaining the benefits of
catching errant tags (e.g. typos).

The intended use case is catching errant tags when using additional
tools which support tags not recognized by JSDoc (e.g. Closure Compiler
and the tags discussed in #605).

Signed-off-by: Kevin Locke <kevin@kevinlocke.name>
@hegemonic hegemonic modified the milestones: 3.6.0, 3.5.0 Jul 7, 2017
@hegemonic
Copy link
Contributor Author

Fixed on master. JSDoc 3.6.0 will include support for the new tags.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants