Would adding the name of the prototype after the random characters work? For example, if your prototype was called “You win the prize! v1”, the url would be https://xd.adobe.com/view/d5c7a289-6dd0-460d-8b3b-fcba8d2f8317/You-win-the-prize-v1/

We wouldn’t be able to allow people to replace the random characters, as people could name their prototypes the same.

What we’re thinking about right now is to have a representation of the file, but not the file itself. To be a lot less technical, it would look like an .xd document, but would be a link to the cloud document instead. So you could create one wherever you’d like (like into a folder with the rest of your assets), but it would always go to the document in the cloud instead of being a local file you’d have to maintain.

If so, I can update the feature request to be more about having these links you can save to your local file system than about saving a copy of it locally.

If you don’t have any interactions defined, you should be uploading all screens. Are you seeing different behavior on this?

Thanks,

-Elaine

Thanks for your feedback. Unfortunately, quite often the prototypes are dynamic. Are you looking to download the state of the artboard when you’re looking at it as a flattened image?

Thanks for contacting us! When you click on Share > “Share for Review,” you should be able to see a screen that publishes a public view that does not require a login to view. (You should see four checkmarks: Allow Comments, Open in Full Screen, Show Hotspot, Hints, and Require Password.) Your clients can sign in as a guest to comment – no password required, just a CAPTCHA.

If you create a private link, your users will need an Adobe ID to sign in.

That being said, there’s also a chance that if you’re in a managed enterprise, your admin could have turned this option off and required you to use invitations instead of creating public links. Is there a possibility that might have happened?

Thanks for your feedback! If I understand this request correctly, you’re actually asking TWO things = 1. to download the original design file from the shared prototype, and 2. to be able to enable customers to download a copy of the shared prototype to their machines. Is that correct?

Message from Arun:

While I see your point about browser chrome still present when viewing a prototype on mobile web browser, I am not sure I understood the issue with performance.

Can you elaborate more on why you felt the performance of viewing prototypes on mobile web is slower? Any specific examples that you can share will help us dig into this further and improve the experience.

On the viewing experience as well, we have recently made some improvements where-in maximum real estate is now used to show the prototype in its glory. Browser chrome on most browsers go away after some time allowing you to see the full height prototype. Please give this a try and let us know your feedback. I am eager to hear more from you.

We already support deep linking, where you can refer to specific artboards via the URL. When you navigate to artboard 45 in your case, just copy and paste the URL from your bar and send that, and your clients/partners will get a link to just that artboard.

Does that work for you?

Are you looking to provide feedback to the XD team from the web prototype?

Thanks for your feedback. If you publish as a public link, your client won’t need to sign in to play the prototype. Your client will only need to sign in (as a guest, if they don’t want to create an Adobe ID) to leave a comment.

Are you looking for something else?