Jump to content
Search Community

modifying ScrollTrigger start values based on direction

emjay test
Moderator Tag

Go to solution Solved by emjay,

Recommended Posts

Hi @all,
 

I am trying to change the ScrollTrigger start values based on the scroll direction. The background is a fixed navigation that is shown when scrolling up and hidden again when scrolling down. The initial value for scroll trigger is correct, but I don't really know how to change the value when scrolling up again.

I've read threads like this one, however in @mikel example I don't have the values of self.direction in onRefresh that I have in onUpdate, however I can't seem to change the start value in onUpdate.
 

Maybe you can help me to untangle the whole thing for me.  :D
 

mm.add("(min-width: 600px)", () => {
    // Fixed nav stays on top
    ScrollTrigger.create({
        trigger: element,
        start: 'top top',
        endTrigger: 'html',
        end: 'bottom top',
        toggleClass: { targets: element, className: 'fixed' },
        onEnter: () => element.style.height = `${inner.offsetHeight}px`, // prevent jumping by setting a placeholder height
        onLeaveBack: () => {
            element.style.height = 'auto';
            inner.style.top = 0;
        },
        onUpdate: self => {
            if (self.direction === 1) {
                // scrolling down, reset using the original "start" value
                self.start = self.start + self.trigger.clientHeight;
            } else {
                // scrolling up, using the modified "start" value
                self.start = self.start - self.trigger.clientHeight;
            }
            self.refresh();
        },
        markers: true
    });
})


 

Link to comment
Share on other sites

It's pretty tough to troubleshoot without a minimal demo - the issue could be caused by CSS, markup, a third party library, your browser, an external script that's totally unrelated to GSAP, etc. Would you please provide a very simple CodePen or Stackblitz that demonstrates the issue? 

 

Please don't include your whole project. Just some colored <div> elements and the GSAP code is best. See if you can recreate the issue with as few dependancies as possible. If not, incrementally add code bit by bit until it breaks. Usually people solve their own issues during this process! If not, then at least we have a reduced test case which greatly increases your chances of getting a relevant answer.

 

Here's a starter CodePen that loads all the plugins. Just click "fork" at the bottom right and make your minimal demo

See the Pen aYYOdN by GreenSock (@GreenSock) on CodePen

 

Using a framework/library like React, Vue, Next, etc.? 

CodePen isn't always ideal for these tools, so here are some Stackblitz starter templates that you can fork and import the gsap-trial NPM package for using any of the bonus plugins: 

 

Please share the StackBlitz link directly to the file in question (where you've put the GSAP code) so we don't need to hunt through all the files. 

 

Once we see an isolated demo, we'll do our best to jump in and help with your GSAP-specific questions. 

Link to comment
Share on other sites

Here is the missing demo pen.
 

Scroll down once to element 2 and you will see that the fixed header disappears and the blue anchor nav docks correctly at the top of the screen. If you slowly scroll back up from element 2, the header will be visible again. The anchor nav moves down nicely accordingly. So far, so good.
 

If you now scroll up further to 3,2,1 JUMP - you will see that the Anchor Nav jumps back to its old position.
This is exactly the jump I want to avoid.

The start values are completely correct for scrolling down, only when scrolling up they have to be shifted by the height of the navigation so that the jump does not occur.


See the Pen 56b17e4f104193f5beba7a6bbbd30926?editors=1111 by emjay (@emjay) on CodePen

Link to comment
Share on other sites

  • 8 months later...

Hi @Rodrigo,

it took me a while to come back to this, but with a fresh head I came up with a slightly different idea.
With a combination of a dynamic top of the viewport value for the start marker and ScrollTrigger.refresh(); it works fine:
 

See the Pen b470cafeaf6e4f2fd39203126e8f3f67 by emjay (@emjay) on CodePen



I think it's totally fine to do it that way, don't you? :) 

  • Like 1
Link to comment
Share on other sites

That's great! Regarding the code, as @mvaneijgen says: "if it works, it works". If the code you have in place is doing what you need then just keep it.

 

Thanks for reporting back and sharing your solution with the community, I'm  sure many users will benefit from your generosity! 💚

 

Happy Tweening!

  • Like 1
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...