I want the option when setting up character styles that there doesn't need to be a color associated with the character style.

For example, I set up my H1, H2, H3 with their respective font families, font weight, & font size. But my design has different background colors. Sometimes my H1 is lack on a white background, which is how I set it up in the Character Styles. While other times my H1 is white on a black background,. But if I change the H1 to white it no longer correlates to the H1 I setup in my character styles unless I create another H1 variant that has the color white.

I would like if my character styles were color agnostic so I can make sweeping changes when editing my text without having to create multiple color variants of my character styles

Let's say we want to add a Radio Group and use our Design System Radio Button Component for that. Currently it's not possible to set one of the components to the selected state.

As a workaround we can create the list with the repeat grid, then ungroup it and change the desired item. But that can't be how it's intended to work.

ps: I feel bad for lodging a Feature Request days after you released such a great feature. It sounds lI'm ike complaining instead of being thankful - thats not the case, the component states are awesome,d thank you all for this!

When I type in a text box on the artboard and I hit escape it keeps the text I just changed and takes me out of editing mode with the cursor.

When I type in a layer to change the name of it and I hit escape it removes the changes I just made and take me out of editing mode with the cursor. To effectively keep the changes I must hit return on the keyboard.

If I hit return on the keyboard while editing a text box on the artboard I get what I would expect -- a carriage return.

It would be great if while editing a name of a layer and I hit escape or return it would keep the changes. I find that I am often duplicating items changing text and changing layer names and having to mentally switch back and forth from remembering to hit return or escape is a point of frustration.

◆ Overview
After releasing "State" feature, it's been able to prepare complex interactions like "hover." Following feature may help to reduce required time preparing a new component with similar behaviors/instructions.

◆ Actual
New component with state settings every time when a similar behavior is expected in different look and feel.
(Currently, preparing another XD file is believed to be the only solution to avoid this by selecting "Make it as local component" after loading it from another XD file.")

◆ Expected
By select "Use it as a new Master Component" is to make a new Master component instead of copying it as an instance component.

◆ Why is this valuable to you?
When using a single, new XD file and load a master component from other XD files, it is possible to make it "local component"; however, it is unable to make it happen within the same XD file.

This helps to reduce time to prepare a set of basic state setting from the beginning each time. This also helps NOT to get affected unconsciously on the new component by editing the template master component by someone else.

Since Co-Editing feature is now beta version, some larger project may have a couple of co-editors of components on the same XD file in the future. While a group of designers keeps upgrading a basic behaviors for future use, another group of designers is working on on-going project to finalize a specific look and feel based on the template component.

Component states are awesome, but right now the size increase for a complex component is not scalable. After doing some testing, components appear to increase their size proportionally to the number of states.

For example if I have a Default state, create a new state and move the components, say in a mask, to do an animation the size has now doubled. Then if I copy that to a new artboard, it doubles again, because both states get carried around. Therefore what originally would have been a master with an instance in 2 separate artboards with size 2X is now size 4X because there are two instances with 2 states. Add another unused state and it is now 6X

I understand why this method would be used, but it has not been scalable for some of our work.

Any plans to address this?

In a design system we need hierarchy and inheritance. At this point XD handles these a really poor way.

Important principles:

Embedded / nested components
If I embed a component and change it, the change should be the new default, so when I make new instances of the master, the subcomponent should NOT be reset.

States
If I create a new state, and change the elements / subcomponents, only the property changes I made should be saved in the new state. ALL OTHERS should be exactly as in the master. This should work in the property level, so if the master state has a regular font style, and on the new state the font is bold, all the other things - text content, font family, size, position, etc. should still come from the master - so these should CHANGE once the master is altered.

Component resize
Now the component’s boundaries are defined by the contained elements. This is a really bad idea. Components need some kind of frame, artboard in order to make them easier to use in responsive / interactive scenarios.

• There are static components like logos, icons. Now we have to cheat and create a standard 24x24px invisible background element to make them exchangeable.


• There are elements, which have several states with different sizes. The artboard for the states should be able to follow the size changes automatically plus there should be manual control too.


• The artboards should be able to be stacked and push / pull others when needed (like an accordion). For stacking the uniform margin is not acceptable, as in the reality the margins are changing between elements.