Skip to main content

Expose/hide nested instances -> at component property level


Show first post

308 replies

I don’t expose nested components because of this missing.


digitalBen

+1, the real question is really why is not already available???


Sean_Davis

Yes, this is something that was so nice from Sketch and it blows my mind Figma doesn’t support this. PLEASE Figma, add this. It’d be so simple and make a massive impact.


jponch
  • 6 replies
  • March 21, 2024

+1, this would be SO helpful!


Erik_Wetendorf

+1. This is needed.


Kristen_Greco

+1000 this would be a huge help and guarantee stricter enforcement of a design system!


Amy_Citron

This is a must have for design systems small or massive. Please add this as a feature.


Seamus_Leonard2

Are we there yet?
Please add this feature.


Absolutely necessary! Right now, users of the Design System have to be very careful not to mess around with a nested property if it is also available at the main level. It is confusing and might produce undesirable results in the UI.


🙏 This is a must!!! Please add it Figma! 🙏


  • 1 reply
  • April 12, 2024

Not showing my hover states in the variant list would be great!


Carlos_Baez

Big +1. This is necessary.


ZdenekCulik

+10. We totally needed


Daniel_Echeverri

Adding to this thread. Being able to pick which properties can be seen when using a nested instance is huge for a complex design system.

What’s interesting is you can sorta do this with the “Instance swap property” and showing “Preferred values”. This would be a similar type of idea. Showing “preferred properties” only. But in this case they couldn’t go add more properties, but even if we can just hide them that would be better than exposing all of the properties of a nested instance.


Brace
  • 7 replies
  • April 19, 2024

Absolutely need this.
I came here looking for this exact feature.
You can’t really build scalable, parametric design systems without this.


David_Byrne

With the new Code connect feature, we really need this now.

Our nested symbols are often broken apart to reduce the override panel for designers but we explain to the developers to re-use the nested components those styles are suppose to follow.

With the Code connect feature, we now have nested components that are already designed but don’t display that way in the component when the developers inspect the them because of breaking them apart to cater for the over ride panel.

In order to design with the atomic approach and allow developers to know which nested component instances to use from the code libraries we need the ability to remove the other overrides for the designers but still show those built nested components to the developers.


Lea.P
  • New Participant
  • 14 replies
  • April 26, 2024

This is a super necessary and important feature – and also very helpful for users!
I would be very happy about an implementation!
big +1 (or rather +100000)
🫶


Bjorn_Malmborg

this is a must have for nested components to work as they should


Gabriella_Chuffi

+1 pleaseeee


r_sh
  • Active Member
  • 25 replies
  • May 20, 2024

+1. Large components with lots of nested instances are overwhelming to designers who don’t need ALL the settings on certain components/variants.


Tony_Haddon

Plus 1 for this feature.


Khurram_Butt

+1 Badly need this feature for our design system.


Seamoose
  • 3 replies
  • May 24, 2024

All I want for Config!


Amogh_Srivastava

+1 need this feature!


ottovortici

+ 1

@Celine_Figma
Any news on this topic ? 😅


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings