Settings and activity
27 results found
-
13 votes
Thanks for your feedback! UserVoice works best when you only have a single request per ticket, so I’m going to repurpose this specific ticket for the drop shadow spread. Please do feel free to file your second idea as a new ticket. Thanks!
plainclothes supported this idea · -
10 votes
An error occurred while saving the comment An error occurred while saving the comment plainclothes commentedWhen a component instance is selected, the inspector panel should show the master component name so I know exactly what I'm working with.
To get around the limitations of XD I have a *lot* of components. Many of these are nested. Sometimes it's hard for me to tell which version I have selected or even what level of the nested component I'm at.
Currently, the Component inspector section in the right panel tells me what states are available, which is a hint.
I can right click and ask to see the Component in my Assets panel (which doesn't work if I haven't already expanded the Assets panel 🙄).
I can also switch to the layers panel to see what the layer name is.Those are poor solutions to the problem of quickly seeing what component is currently selected. I should be able to see the name right in the component inspector.
plainclothes supported this idea · -
76 votesplainclothes supported this idea ·
An error occurred while saving the comment plainclothes commentedScenario:
I have a layout component where several things change based on the state of a nested toggle control.
When the toggle changes, I need the parent component's state to change.
-
737 votes
An error occurred while saving the comment plainclothes commentedJust to clarify what I expect this to do.
- Select an existing master component (eg a button with several states)
- Create a copy of that component as a new component (eg button with leading icon)
- All states are retained in the copied component and I can edit the new versionThis would make creating variations of a primary component a breeze. Alas …
Today I have to
- Create an instance of the component
- Ungroup it (which really means unlink and ungroup, btw)
- Regroup the elements
- Turn that into a new component
- Make my small tweak
- Recreate all the statesI could also copy it to another doc, make it local there, rename and modify it, and copy it back in.
In either case, the workaround is absurd.
As has always been typical of Adobe products, Components persist as an abandoned feature while Adobe sends it's product dev team on tangents to create features to support marketing headlines.
plainclothes supported this idea · -
464 votes
An error occurred while saving the comment plainclothes commentedYou've got component states and local overrides. Clearly, this behavior is expected in repeat grids as well.
This feature request has been around since the early days when I first tried to struggle my way through XD. How can this not be implemented yet?
Another "almost there" core XD feature, 6 years on.
plainclothes supported this idea · -
313 votes
Please note that stacks is a feature that is intended to be used at design time, and does not dynamically shift the stack in preview. I’m going to rewrite this particular request to be more precisely about the latter suggestion.
An error occurred while saving the comment plainclothes commentedWhen developing complex app interfaces, I convert control groups (eg a set of fields) into components with various expanding states.
The whole set of components exist within a stack that might also be within a container that requires padding.
While designing, I can switch states, expanding the dimensions of a component, and the overall design will expand to accommodate the new state. This incredibly convenient for designing complex app UIs and is probably the only meaningful advantage XD has over Sketch.
My hope was that I could wire all those states together (make selection B in field 1 to expose child controls for 1.B) so a prototype could demonstrate the UI responding to interaction.
Unfortunately, all that component state work is largely wasted (outside of my own design efficiency) because the resulting prototype completely ignores stacks and padding.
If interactive prototypes supported the rules of stacks and padding, XD would have a viable place in the product design landscape.
plainclothes supported this idea · -
3,558 votesfeature-under-review · 316 comments · Adobe XD: Feature Requests (Read-Only) » 02 : Prototype mode · Admin →plainclothes supported this idea ·
When a component instance is selected, the inspector panel should show the master component name so I know exactly what I'm working with.
To get around the limitations of XD I have a *lot* of components. Many of these are nested. Sometimes it's hard for me to tell which version I have selected or even what level of the nested component I'm at.
Currently, the Component inspector section in the right panel tells me what states are available, which is a hint.
I can right click and ask to see the Component in my Assets panel (which doesn't work if I haven't already expanded the Assets panel 🙄).
I can also switch to the layers panel to see what the layer name is.
Those are poor solutions to the problem of quickly seeing what component is currently selected. I should be able to see the name right in the component inspector.