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
{{ message }}
This repository has been archived by the owner on Nov 20, 2020. It is now read-only.
It would be nice if it were possible to get component descriptions without undoing the humanization and requiring the story = {} boilerplate everywhere.
The text was updated successfully, but these errors were encountered:
This other thread (storybookjs/storybook#7677) seems like an important one to keep track of so that we can ensure that react-docgen-typescript-loader handles the type correctly.
So if we ensure that we use the TypeScript interface that is created as a result of storybookjs/storybook#7677 then we can ensure that we're in-sync with the Storybook team.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When using CSF with Storybook there's no natural way to get the component description detection to work. Let's take a component called
ExampleButton
:Oops, local
ExampleButton
definition conflicts with the imported component. Let's try again:Hm, still no description of the component. Oh, the name is being humanized to 'Example Button' (added space). Third try:
And finally it works.
It would be nice if it were possible to get component descriptions without undoing the humanization and requiring the
story = {}
boilerplate everywhere.The text was updated successfully, but these errors were encountered: