Allow component instance overrides to be inherited by all states
Currently (XD 24.0.22.19), if I drop an instance of a component and then adjust part of it (text in a button, size of the instance, etc.), that override is only applied to the selected state of the instance. So, if I have a button with many states (normal, hover, disabled, active, default action, etc.) I have to manually apply that override to each state of the instance. This is extremely tedious and error prone.
Please provide the ability to have an override of an instance be inherited by all states in that component instance.

-
Bostjan Vidovic commented
Why just in review?! This should be there from the first day of instances in components.
-
Anonymous commented
PLEASE fix this asap, as it's a much needed and obvious feature to include. It's a mess trying to manually adjust to the same size
-
Cyrill Studer commented
Please add this feature!
-
Celestine Fisser commented
fix this pleeeeeeaseeeeeeeeeeeeee!!!!!
-
Oyunbold Bayansan commented
Yeah, current components are not usable. Just states.
-
Derek Kuschel commented
Please fix this! Components are unusable.
-
Massimo Bocchi commented
it is an extremely important, basic and fundamental function!
Please implement it now, it is absolutely frustrating the current flow and it makes the states on the buttons useless if I have to change a thousand labels every time
-
Soundvessel commented
As a new user, I found the lack of this feature to be immensely frustrating and one of several workflow issues with components and assets that really hurts XD in terms of building a design system. There is an incredible opportunity with the DSP format and VSCode plugin I am hoping to use here but to get there I find myself forced to do a huge amount of rework to make what should be simple variations of main components to add to the asset library.
-
adam sontag commented
I'm in the middle of getting started with XD and this is just a brutal lack-of-feature to stumble across. Trying to use existing design systems for prototyping and figured this would be a slam dunk and is instead making me consider other options.
-
Daniel G. Blázquez commented
I too thought it would work like Adobe Animate. It's counterintuitive
-
Florian Meyer commented
Very poor that this features is not implemented after nearly two years. How many developers work on such important features for XD? Zero or even one?
-
anonyme commented
I'm new to XD, i'm a figma user but I wanted to give it a try. This HUGE issue is definitely a deal breaker for me! The request has been made for almost 2 years !
-
Bryan commented
I wrongly assumed that a feature as basic as this would be included and spent a few hours trying to work out what I was doing wrong, or what the workaround was, only to realize that a feature as basic as this isn't even provided :-(.
And yes, it should probably be an optional checkbox to cover those cases when you want a different size for different states.
-
Arthus Ribeiro commented
I´ve been using XD for just a couple of months, saw people asking for this feature during 3 years now (2018), with no solution, and I am already so frustrated about this.
-
pvdvossen commented
A lame ass workaround in some cases could be to make a separate component of only a button-bg i.e. and give this his own 'hover'-effect.
Than group this with the variables (text) and create a new component who contains both.
Nesting components is the closest we can get.But I'm very dissapointed that - even after 2 years - Adobe didn't took us serious on this point..
Sketch is far ahead on this point...
-
Bethel commented
Please fix this very basic thing. I'm currently trying to make design libraries easier for the other designers, and this makes it harder
-
Peter commented
In my workflow I would always want the states to scale. Please fix this
These are the quality fo life issues that prevent XD from being truly wonderful.
-
Eddie commented
Any plug-ins fixing this tedious feature?
-
Anonymous commented
Vote up for this! This is absolutely counterintuitive. If I write a button in pure HTML, when I change the text in a button, I am expecting the hover state to reflect the change as well because the HTML takes care of the content, and the CSS takes care of the style. The current workflow doesn't reflect the front-end logic. I also hate the current status of switching between states when modifying the styles. It's so confusing and prone to mistakes. So many times I've done my modification and found I am in the wrong state. That's super frustrating. Why can't you guys come up with a panel that summarizes the differences into several properties that we can play around with? Like what Figma has.
-
Sienna commented
I don't even use hover states for this exact reason. Way too much of a pain!!!