Skip to main content
Equinusocio
June 22, 2023

Add way to change opacity for color variables alias, fills, strokes, etc

  • June 22, 2023
  • 158 replies
  • 17892 views

When aliasing a color variable to another (img 1), or using it directly on an element (img 2), we should be able to override the opacity without the need to create a variable for each transparency variation:

Cant override opacity in the alias:

CleanShot 2023-06-22 at 10.09.00

Example 2

Cant override the fill opacity:

158 replies

Spela_Bricman
New Member
July 8, 2026

+1 we need this as well

recepkutuk
New Participant
July 29, 2026

I just noticed that it’s “technically” possible. It’s of no use to us at the moment but still possible. Here’s how to reproduce:

  1. Assign a color variable to an element.

     

  2. Add glass effect. Then you will notice the color variable has opacity of 20% now.

     

  3. Remove the glass effect. Color variable still has opacity.

     

djv
Figmate
Community Support
August 13, 2026

Hey All, thanks for your patience here and for keeping this thread going! 
 

To be transparent about where this stands, this request has been passed to the Variables team, and it's come up through multiple channels beyond this thread. While the team has been clear internally that they think this should exist,the holdup has been engineering capacity and some real design questions about how an alpha-modified alias should behave consistently across the product and translate cleanly to code, which is what @jjcm was digging into earlier in this thread.
 

I don’t have an exact timeline to share, but what I can tell you is that it's actively being worked on rather than parked. I'll come back to this thread with an update when there's something concrete to share. In the meantime, thanks to @Variables Plus and @Ebuka.I for sharing plugin approaches, and to everyone who's documented their token setups here that detail is genuinely what gets used when the team scopes this!

Tiziano
Active Member
August 30, 2026

Found this: so it is implemented then?

 

 

Kerry_Johnson
Active Member
August 31, 2026

Found this: so it is implemented then?

 

 

Hmm mine doesn’t show that, maybe you got selected for testing!

Kerry_Johnson
Active Member
August 31, 2026

I see it now, too!

Kerry_Johnson
Active Member
September 1, 2026

Nice work!  It, however, doesn’t seem to take into account appearance?  I know I can probably just freely type this into the opacity segment today but I didn’t want to change that just yet as the codified components rely on that opacity token currently.


Root:

 


Ext. collection:​​



Notice it’s “blind” to any branding until unlinking.  It also works if I set brand appearance directly onto the component, but removing it again (Cmd + Z) returns it to the broken state.

 

 

Edit: It fixed itself after flipping through branding color appearances in an ancestor layer to “refresh” the stale value I guess.  Leaving this here anyway in case it’s isolated to this new feature.
 

recepkutuk
New Participant
September 4, 2026

Thanks for the update but with all due respect, I don’t think this solution is the right approach. It’s definitely a step forward but we still need it in the properties panel. Please don’t call it a day and mark this topic “solved”. I’m prepared to die defending this hill.