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.
Georgian Butunoi
shared this idea
26 comments
-
Jeremy
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.
-
Jonas Hartmann
commented
Why isn’t that even under review?
Would really help for showing modern interfaces -
Anonymous
commented
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
needed!
-
Jordan
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.
-
Ben
commented
^^^^ 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.
Example: https://www.zendesk.com/guide/
-
Maureen
commented
I agree this would be very helpful and has become a standard on many web pages.
-
Pierre
commented
Great idea ! :)
-
Alex
commented
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.
-
Ronnie@XOOM
commented
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:
https://adobexd.uservoice.com/forums/353007-adobe-xd-feature-requests/suggestions/12927846-custom-scroll-animation-behaviourHowever I handled using fixed positioned element viewing scrolled state that is in lower layer that not scrolled layer, so it reveals on scroll.
-
Khalil
commented
The ability to scroll the element THEN fix it's position
-
E.Powell
commented
Sticky elements are now a universal basic requirement - and would be a killer feature for Xd.
Having an element 'stick' (or be retained by a fixed boundary) is, along with responsive widths in realtime playback, a real need. Amazed this isn't already implemented with fixed elements.
-
Ermin Kadic
commented
This would be so useful! +9000
-
Megan Schofield
commented
Agreed!!!!!!!!
