Documenting components
Styleguidist generates documentation for your components based on the comments in your source code, propTypes declarations, and Readme files.
tip
See examples of documented components in our demo style guide.
Code comments and propTypes
Styleguidist will display your components’ JSDoc comment blocks. Also, it will pick up props from propTypes declarations and display them in a table.
info
Flow and TypeScript type annotations are supported.
tip
You can change its behavior using propsParser and resolver options.
info
Component’s PropTypes
and documentation comments are parsed by the react-docgen library. They can be modified using the updateDocs function.
Usage examples and Readme files
Styleguidist will look for any Readme.md
or ComponentName.md
files in the component’s folder and display them. Any code block with a language tag of js
, jsx
, or javascript
will be rendered as a React component with an interactive playground. For backwards compatibility, code blocks without a language tag are also rendered in this way. It is recommended to always use the proper language tag for new documentation.
tip
You can configure examples file name with the getExampleFilename option.
tip
If you need to display some JavaScript code in your documentation that you don’t want to be rendered as an interactive playground you can use the static
modifier with a language tag (e.g. js static
).
External examples using doclet tags
Additional example files can be associated with components using @example
doclet syntax.
The following component will also have an example loaded from the extra.examples.md
file:
note
You’ll need a regular example file (like Readme.md
) too when skipComponentsWithoutExample is true
.
Public methods
By default, any methods your components have are considered to be private and are not published. Mark your public methods with JSDoc @public
tag to get them published in the docs:
Ignoring props
By default, all props your components have are considered to be public and are published. In some rare cases, you might want to remove a prop from the documentation while keeping it in the code. To do so, mark the prop with JSDoc @ignore
tag to remove it from the docs:
Defining custom component names
Use @visibleName
JSDoc tag to define component names that are used in the Styleguidist UI:
The component will be displayed with a custom “The Best Button Ever 🐙” name and this will not change the name of the component used in the code of your app or Styleguidist examples.
Using JSDoc tags
You can use the following JSDoc tags when documenting components, props and methods:
When documenting props you can also use:
All tags can render Markdown.
Writing code examples
Code examples in Markdown use ES6+JSX syntax. You can use the current component without explicitly importing it:
info
Styleguidist uses Bublé to run ES6 code on the frontend, it supports most of the ES6 features.
To use other components, you need to explicitly import
them:
You can also import
other modules, like mock data:
Or you can explicitly import all your example dependencies, to make examples easier to copy into your app code:
info
rsg-example
module is an alias defined by the moduleAliases config option.
caution
You can only use import
by editing your Markdown files, not by editing the example code in the browser.
Each example acts as a function component and you can use the useState
Hook to handle its state.
If a component uses React Context, you need a context provider in the example or in a custom Wrapper
component. See ThemeButton example.
tip
If you need a more complex demo it’s often a good idea to define it in a separate JavaScript file and import
it in Markdown.
Limitations
In some cases Styleguidist may not understand your components, see possible solutions.