Skip to main content
Zoltan_Szalay
September 22, 2022

Expose/hide nested instances -> at component property level

  • September 22, 2022
  • 381 replies
  • 20392 views

With the new update, we have a great new feature, but unfortunately, it’s not usable with our component structure.
Exposing all props of a nested instance also exposes props that we don’t want in the context of the consuming component.

What if we could also select which properties to expose? This would lead to a cleaner sidebar with only valid props.

381 replies

Celestine
New Participant
September 8, 2025

+1 .. still waiting for this feature! 

Jessica12
New Member
September 11, 2025

+1 as well, this needs to be on the roadmap!

Katzelschnurr
New Member
September 12, 2025

+1 
new to the whole workflow but after starting to set up systems I ran into this problem very quickly.

Genoni Studio
New Participant
September 22, 2025

Having a concept of “private” and “public” properties could help, similar to the way using a dot or underscore at the start of component names hides the component from publishing. Only “public” ones would appear to consumers of the library.

At the moment I’m having to sacrifice some of the usefulness of my unpublished nested components by reducing properties in order to prevent too many from appearing.

Pie Paasche-Aasen
New Member
September 24, 2025

This is a highly wanted feature! The components we make in our design system gets way to complex for the users of design system to understand when all of the nested props (that they not should touch) need to be displayed – when f.ex. only one of them is needed to be exposed in the main component. Hope ypu will prioritize to fix this soon! Waiting for this for years should not be necessary.

Rob Winters
New Member
October 23, 2025

+1 for this also. Maybe prefixing the prop with _ or .

Sindhu H
New Member
November 11, 2025

+1 for my team too! 

Luke Grice
New Member
November 12, 2025

This is a big bugbare of mine. It’s severely holding up how we make components within our design system.

We have core components such as Cards that house content with replaceable body content. This suggested feature is desirable for instances where we want the content inside to be exposed as editable children, but we don’t want the card itself to have its variants changed.

Markus Zimmer
New Member
November 14, 2025

+1 What can I say – essential for a complex design system (to make it less complex for its users).

jonahm
New Member
November 20, 2025

+1, why does this functionality not exist yet?