Settings and activity

  1. 8 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    2 comments  ·  Adobe XD: Feature Requests » 01 : Design mode  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    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  · 
  2. 10 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    5 comments  ·  Adobe XD: Feature Requests » 01 : Design mode  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    plainclothes commented  · 

    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.

    An error occurred while saving the comment
    plainclothes commented  · 

    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.

    plainclothes supported this idea  · 
  3. 57 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    plainclothes supported this idea  · 
    An error occurred while saving the comment
    plainclothes commented  · 

    Scenario:

    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.

  4. 686 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    plainclothes commented  · 

    Just 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 version

    This 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 states

    I 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  · 
  5. 457 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    45 comments  ·  Adobe XD: Feature Requests » 01 : Design mode  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    plainclothes commented  · 

    You'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  · 
  6. 284 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    66 comments  ·  Adobe XD: Feature Requests » 01 : Design mode  ·  Flag idea as inappropriate…  ·  Admin →

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    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 commented  · 

    When 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  · 
  7. 3,463 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    plainclothes supported this idea  · 
2 Next →