Settings and activity
22 results found
-
1,774 votesfeature-under-review · 81 comments · Adobe XD: Feature Requests (Read-Only) » 01 : Design mode · Admin →Dejan supported this idea ·
-
2,872 votesfeature-under-review · 153 comments · Adobe XD: Feature Requests (Read-Only) » 02 : Prototype mode · Admin →Dejan supported this idea ·
-
109 votes
An error occurred while saving the comment Dejan supported this idea · -
606 votesDejan supported this idea ·
-
638 votesfeature-under-review · 117 comments · Adobe XD: Feature Requests (Read-Only) » 01 : Design mode · Admin →Dejan supported this idea ·
-
704 votesDejan supported this idea ·
-
1,025 votesDejan supported this idea ·
-
1,115 votesDejan supported this idea ·
-
1,151 votesfeature-under-review · 32 comments · Adobe XD: Feature Requests (Read-Only) » 02 : Prototype mode · Admin →Dejan supported this idea ·
-
1,218 votesfeature-under-review · 72 comments · Adobe XD: Feature Requests (Read-Only) » 02 : Prototype mode · Admin →Dejan supported this idea ·
-
737 votesDejan supported this idea ·
-
262 votes
An error occurred while saving the comment Dejan commentedHey @XDTeam. How come you are not working on implementing nested overlays when it is:
- an open community request since 2018
- it's a crucial interaction in modern applicationsYou've seen this in many apps too. It's also baked in into iOS. For instance, here is an use case:
1. The user is on a screen where she triggers an overlay interaction (the screen slides in from the bottom)
2. The user clicks inside this overlay and triggers another slide in, the second overlay. This one might come again from the bottom, from top, doesn't matter.
3. Then the story continues for the third time and so on...As it's well known, this is still not possible with XD. I think Figma does it and they call it "Overlay Swap", but I'm not an active Figma user.
Before someone comments this can be done with component states, that is unfortunately only true in limited scenarios because only auto animate ans dissolve transitions are supported between states. Overlay transitions are not supported.
Then there is a question of usability, while even if overlays could in future be achieved with component states it would be unpractical to overload components with so many states and so many possible scenarios of transition and inherited content.
Overlays belong on their own artboards. They behave in a way as components, where you call them up when they are needed. We just need a way to have multiple of them stack up on each other.
Please.
Dejan supported this idea · -
1,792 votesfeature-started · 39 comments · Adobe XD: Feature Requests (Read-Only) » 02 : Prototype mode · Admin →Dejan supported this idea ·
-
2,509 votes
We think you’re going to really, really dig the plugin integrations we’re making available later this year :)
Hoyle
Dejan supported this idea · -
2,719 votesfeature-under-review · 108 comments · Adobe XD: Feature Requests (Read-Only) » 02 : Prototype mode · Admin →Dejan supported this idea ·
-
3,558 votesfeature-under-review · 316 comments · Adobe XD: Feature Requests (Read-Only) » 02 : Prototype mode · Admin →Dejan supported this idea ·
-
8,056 votes
Reopening the feature request, based on feedback.
Dejan supported this idea · -
110 votesDejan supported this idea ·
-
167 votes
Sorry for the false alarm! Someone pointed out to me that I interpreted the request incorrectly. While you can now select objects both in the artboard and on the pasteboard, you cannot yet select objects on the pasteboard and complete artboards themselves.
Dejan supported this idea · -
50 votesDejan supported this idea ·
There are few essential requests like this one, that have been open for years. It's beyond my understanding how XD-Team is prioritizing what will they work on, but it is very disappointing we have to beg for something like this.
I would just suggest, if this request ever gets accepted, that the option should be to show the cursor on the screen for the ease of navigating a prototype, but hide it in the recorded video.
Imagine what could be done with that video afterwards. It could be put back in the xd and we could start creating some fancy things.
I think the XD Team could implement this feature without a problem, but there is something else in play here. Maybe they don't want to give too much power to XD, so they don't cannibalise the features of some other apps in the suit (e.g. Aftereffects). If this is the case, then I think it's a completely wrong approach, because sooner or later the competition will catch up (this has already happened btw) and users will leave.