Conversation
|
I completely love it! Fantastic work, thanks for doing this. Not blockers, because this is such a leap, but small tweaks could be:
We can potentially tweak the help text too. How about:
None of this is blocking, feel free to ship. Another thing worth looking at, is to make all the Storybook folders collapsed by default. Although Storybook is often used for component docs, those arguably are best found through a search still, which means the folders don't necessarily need to be expanded. The benefit of collapsing them by default (like Audi does), is that it brings more glanceability to the categorization of elements in Storybook, e.g. Icons gets vastly more findable. Which feels worth it! |
|
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message. To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. |
jasmussen
left a comment
There was a problem hiding this comment.
General blessing, but needs a broader code check too.
|
Flaky tests detected in 01cf376. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/22743675122
|
|
Size Change: 0 B Total Size: 6.89 MB ℹ️ View Unchanged
|
|
Can we use Storybook controls for this? The size definitely falls into that category, but I'm not 100% sure regarding the other two. |
|
That is a bit more rudimentary indeed, but I agree that it's still a vast improvement over what ships. Storybook is in a bit of a forgotten/unloved state already, so any little PR we land will improve it, and there's a lot of opportunity there. |
|
This is a nice improvement. I think we can allow for some UI clunkyness in the Storybook stories, especially if it's in favor of usability. |
I tried this and it seems to work fine. However, performance seems a little slower than when using native elements. Also, for some reason I couldn't get the Description field to appear visually. 773fa43d69cbd5ac6670cae96fa3a572.mp4 |
mirka
left a comment
There was a problem hiding this comment.
Otherwise, we'll have a circular dependency
I think we could put the story file in storybook/stories? That's a separate "package" just for documentation.
|
Nit: I changed the order of stories in 01cf376 Before
After
|
|
In case it's not implemented yet, one item in my wishlist is that the story state (ie. search text, icon size, highlight toggle) is stored in the URL as it makes it super easy to share a link to see a specific subset of icons. In that case, I guess that using Storybook controls would enable it by default? Anyway, not a blocker at all |
|
@ciampo, I tried to sync the story state and URL by using a9eac24e3ade874b4617fc0e526d7246.mp4 |
Looks great, thank you 🙏 Feel free to merge |
|
I noticed the library shows up on the "Docs" page, but none of the controls (search, icon seize, "highlight public icons") work there. Should we hide if from that page, or is there something we need to do to get it working? It works fine on the dedicated "Library" page. |
Nice catch! I think that disabling |





What? Why?
The current icon library page is very simple. As we continue to develop our SVG Icon API, we will likely find ourselves frequently visually reviewing these icons and considering which ones to expose. Therefore, I believe that there is a need for a more user-friendly and understandable icon library page from a developer perspective.
How?
Testing Instructions
npm run storybook:devScreenshots or screencast
Default
Highlight public icons
No results found