tsdoc | A doc comment standard for TypeScript | Parser library
kandi X-RAY | tsdoc Summary
kandi X-RAY | tsdoc Summary
A doc comment standard for TypeScript
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of tsdoc
tsdoc Key Features
tsdoc Examples and Code Snippets
Community Discussions
Trending Discussions on tsdoc
QUESTION
we have React project with Typescript. We use TSDoc to standardize the doc comments used in TypeScript code
Our eslint.trc file as follow:
...ANSWER
Answered 2021-May-16 at 13:29I've resolved this problem with this plugin https://www.npmjs.com/package/eslint-plugin-require-jsdoc-except?activeTab=readme
You can add your function names at ignore:
QUESTION
I'm trying to apply the TSDoc standard for comments to a React project written in Typescript (with an eye towards generating documentation with Typedoc), but can't find any definitive answers for the preferred way to annotate a React props
object. I've got this so far, where MyProps
is an interface:
ANSWER
Answered 2021-Feb-19 at 17:28You want to document the props interface, and not the component itself. Which means this is the same as documenting fields of an interface.
QUESTION
The code is:
...ANSWER
Answered 2021-Feb-15 at 01:49The TSDoc playground is extremely limited - it will only parse and display the first doc comment it finds. There is an open issue with others also being confused by its scope.
TypeDoc is not the same thing as TSDoc. TSDoc is a doc comment standard that will eventually be adopted by TypeDoc, whereas TypeDoc is a documentation generator. If you give TypeDoc that class (assuming it is exported), then it will properly document it as a class with a property message
having the provided description.
QUESTION
I have just started using TSDoc combined with TypeDoc and I love it.
I have a little problem, well, annoyance really. I want the eslint-plugin-tsdoc
to ignore files that will be used to generate the api documentation, which I will be using apidocjs.com to generate for me.
In PhpStorm
and command line
I get warnings for these files, I would like to be able to ignore these. I have not seen any settings to allow for this.
I have excluded the api tags via typedoc.json
config file, but this doesn't work for the eslint plugin, which makes sense as they are different.
Is there a setting for this?
...ANSWER
Answered 2021-Feb-11 at 03:02Thanks to another question I asked, but similar we have a resolution for this question
QUESTION
I am using eslint-plugin-tsdoc
which works well, except for files where I don't require the linting, for instance, any api routes which use apidoc instead of tsdoc commenting styles.
This is causing errors when running any linting. Is there anyway that I can ignore files for the eslint-plugin-tsdoc
? I don’t want to ignore the file altogether by eslint because I still need the typescript to be checked.
ANSWER
Answered 2021-Feb-10 at 10:16You can use the override property in .eslintrc file. Using configuration files to disable for a group of files
Since eslint-plugin-tsdoc
only has one rule tsdoc/syntax
.
You need to add this to your .eslintrc
file.
QUESTION
How to document Union type in typescript so typedoc
can pull/show relevant info? This below is a JSDoc reference but is there one for TSDoc?
Example
...ANSWER
Answered 2021-Feb-03 at 11:55It appears that it doesn't matter what comments we put there the DocFx is unable to generate pages for type aliases and functions but only for classes, interfaces, etc ... at least at the specified version.
I have confirmed this by inspecting the generated *.json
output file and the resulting *.yml
files. All mentioned files include the metadata but the docfx doesn't generate the html pages for them the right way.
Now I'm using only typedoc
with typedoc-plugin-markdown
to generate docs and its working fine in its own capacity.
QUESTION
I'm using JSDoc and TSDoc for a React Native project with TypeScript. There is some strange behavior when documentings props.
All @param: props.propName are underlined with message:
...ANSWER
Answered 2020-Sep-07 at 12:14Just move the property description to the interface definition, like on below:
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install tsdoc
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page