-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Re-use grouped components instead of having duplicates in Storybook #5180
Labels
dev-concern
dev-setup
Epic
priority/P5
Not scheduled. Don't anticipate work on this any time soon.
QA/No
release-notes/exclude
Comments
cezaraugusto
added
needs-investigation
A bug not 100% confirmed/fixed
dev-setup
priority/P5
Not scheduled. Don't anticipate work on this any time soon.
labels
Jul 8, 2019
@cezaraugusto Do you have an example of what this is referring to? |
yes, if you search for "footerInfo.tsx" you will see two components. one for storybook and one set as container. ideally we would have only one |
cezaraugusto
added
Epic
and removed
needs-investigation
A bug not 100% confirmed/fixed
labels
Jan 31, 2020
cezaraugusto
added a commit
to brave/brave-core
that referenced
this issue
Jan 31, 2020
Address brave/brave-browser#5180 Storybook stores several copies of container components. This effort eliminates them in favor of reusing a real-world component. Limitations apply such as lack of dynamic content. State changes are triggered via Storybook Knobs hopefully making easier for non-technical people to understand and hack around Brave features.
32 tasks
cezaraugusto
added a commit
to brave/brave-core
that referenced
this issue
Feb 19, 2020
Address brave/brave-browser#5180 Storybook stores several copies of container components. This effort eliminates them in favor of reusing a real-world component. Limitations apply such as lack of dynamic content. State changes are triggered via Storybook Knobs hopefully making easier for non-technical people to understand and hack around Brave features.
cezaraugusto
added a commit
to brave/brave-core
that referenced
this issue
Feb 21, 2020
Address brave/brave-browser#5180 Storybook stores several copies of container components. This effort eliminates them in favor of reusing a real-world component. Limitations apply such as lack of dynamic content. State changes are triggered via Storybook Knobs hopefully making easier for non-technical people to understand and hack around Brave features.
jonathanKingston
pushed a commit
to jonathanKingston/brave-core
that referenced
this issue
Mar 11, 2020
Address brave/brave-browser#5180 Storybook stores several copies of container components. This effort eliminates them in favor of reusing a real-world component. Limitations apply such as lack of dynamic content. State changes are triggered via Storybook Knobs hopefully making easier for non-technical people to understand and hack around Brave features.
32 tasks
cezaraugusto
added a commit
to brave/brave-core
that referenced
this issue
Mar 16, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
dev-concern
dev-setup
Epic
priority/P5
Not scheduled. Don't anticipate work on this any time soon.
QA/No
release-notes/exclude
After brave/brave-core#2857 we now have feature components and grouped components stored in the same place. We could take advantage of this and re-use components in Storybook and brave-core.
This would likely change some components' API but future-wise this practice would improve productivity and avoid common copy/paste mistakes.
Setting as p5 for now until I can investigate how doable it is and how fast we can move.
Self-assigning for tracking purposes.
The text was updated successfully, but these errors were encountered: