Replies: 1 comment
-
|
Hi @ayhid good question, The Strapi Design System is used across multiple Strapi apps (Cloud, CMS admin & plugins) Because of that, it focuses on generic, composable building blocks rather than CMS-specific layouts or opinionated page structures. CMS-oriented components like SideNav, SubNav, HeaderLayout, TwoColsLayout, MainNav, etc. were moved out of the Design System v2 and into the Strapi admin codebase (so they aren’t exported from This was a deliberate choice. It keeps the Design System reusable and product-agnostic. The Design System gives you all the primitives (Box, Flex, Grid, forms, navigation, tokens, etc.) to compose your own layouts without enforcing CMS-specific patterns. That said, if you do want to use those CMS-oriented layouts for your plugin UI, you can still import them directly from the Strapi admin package ( For examples and usage patterns, the best references are the Strapi admin source code itself and existing core and community plugins. The Storybook intentionally shows only the generic component APIs, not CMS page structures. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello,
I noticed that the Strapi Design System doesn't include Storybook stories for common components used when building plugins, such as:
Is this intentional? If so, what's the recommended way to understand the API and usage patterns for these components when developing custom plugins?
Beta Was this translation helpful? Give feedback.
All reactions