Fixed/sticky after scrolling
First of all, congrats on the new update, it's awesome!
One of the most awaited features for me was the fixed/sticky option. One thing that got in my mind after trying it was making something "stick" after scrolling, like a "go back top" button, which you don't want to have before you actually start scrolling.
Rawan Shreim commented
A sticky element toggles between relative and fixed positioning (in CSS), depending on the scroll position. It is positioned relative until a given offset position is met in the viewport - then it "sticks" in place (like position:fixed).
Currently it is posible to position elements fixed in XD. Anyways, sometimes one want to have elements be positioned sticky instead of fixed - so I'd really love to see a feature which makes me able to doso in adobe xd as well.
Andy Shaffer commented
This idea is the same as a request already stated, named "Custom Scroll Animation Behaviour". My thought is that many people may pass this request up to vote on it because of how it is named. Maybe the name wont change the poll results, but as a UX designer you have to question why some things that seem very important aren't getting more results.
This is a function that you see all over the web, where the user scrolls down the page and elements can be sticky, change size, or animate in many different ways.
Update: I guess my comment was moved under a different request, although i'm surprised that it was moved under this request and not the one mentioned earlier in my statement before. We really should be combining the two then which would greatly increase the votes.
Jonas Hartmann commented
Why isn’t that even under review?
Would really help for showing modern interfaces
Hi @Georgian Butunoi,
I have a question about the "filter_mobile.gif" file. How do you create two sticky header? with removing the part between the two headers?
Hailey Liu commented
When using fixed-position elements, allow a maximum y position so that scrolling beyond that point "unfixes" the element and it behaves normally. Scrolling back above this point "refixes" the element.
This would be really great for "sticky" headers, page outlines for navigation, etc.
Cyrill Studer commented
This should be called “sticky elements”. Shouldn’t it? And it should be sticky where ever you tell it to be. Not only at the top of the viewport. See my attachment.
I‘d love to see that too!!!
Tonny Pettersson commented
I new feature where I can set an element to be fixed to the top of the browser (ex a sticky menu) when I scroll and it hits the top of the browser, not before it hits. And remove the fixed position when I scroll down again.
^^^^ bump ^^^^ yes this feature is a must.
Ronnie Matthews commented
I would like to see selectable options for fix position, e.g., when scrolling down a page a component becomes fixed with a determined property like fix to top, or add to fixed stack. This could be helpful for sticky navbars, secondary navbars and scrollspy.
I agree this would be very helpful and has become a standard on many web pages.
Great idea ! :)
On web and mobile interfaces, we regularly have fixed elements after scrolling the first screen. It should be possible to choose an element, specify the moment (value in pixels) where it becomes fixed and integrate its position in the screen.
Our customers must be able to imagine the complete interactions and it goes beyond the simple fixed header scroll. With this feature, we can go further in interactions and animations.
Examples of elements : sticky button, specific header, price block, share buttons, back to top...
Exemple in html/js : https://bit.ly/30B3aPm
Amina Abromand commented
This would be awesome. It's really hard at the moment to do user testing without defining sticky/fixed elements - like buttons, tab-bars, navigations, etc.
Yes. Need this!
Farshad Sadri commented
There is problem though that currently animation or interaction behavior on scroll using suggested method is not possible.
Farshad Sadri commented
I think it's more related to handling scroll behavior here:
However I handled using fixed positioned element viewing scrolled state that is in lower layer that not scrolled layer, so it reveals on scroll.