Jump to content

Search In
  • More options...
Find results that contain...
Find results in...

Christopher DuCharme

  • Posts

  • Joined

  • Last visited

Christopher DuCharme's Achievements



  1. I haven't solved the root issue preventing the plugin from working yet. I'm loading GSAP from the DCM CDN in my banners. Then I have gulp running a built process from an src folder to build folder that compiles my scss and minifies all my javascript using babel. Manually removing the 'use strict'; from SplitText.min.js in the build directory solves all my issues. But everytime gulp runs / detects a change to files again it adds it back. So, I need to figure out away to prevent gulp from doing this globally or just for this file.
  2. Thanks @ZachSaucier, The solved that error message. I was using the unminified version because it solved another error I was having. The minified version was giving me: Uncaught TypeError: Cannot assign to read only property 'window' of object '#<Window>' I think the issue I'm having has to due with: 'use strict'; The gulp build process / bebel is forcing it on any local js files and why it works when hosted by a third party. So now I need to figure out away around that.
  3. I'm working on some banners and am having an issue where I can't get Greensock plugins to work when the js file is stored in my local environment. I get the following error when trying to load SplitText VM2336 SplitText.js:3 Uncaught ReferenceError: exports is not defined at VM2336 SplitText.js:3 The same JavaScript file for SplitText works fine if I host it on a server rather than load the file from a local folder with: <script src="js/SplitText.js" type="text/javascript"></script> I'm looking to have the js file included with the banner deliverables and not hosted on a third party location. Any thoughts as to what the difference might be that that is causing the error when loading from my js folder and how I might be able to address that. We do have the Club Greensock Membership for 5 developers, and I just downloaded the latest files this morning to see if this would resolve the issue without luck.
  4. Thanks, Got it working now. I appreciate the help.
  5. Thanks for the tip. I'm registering this it like this: gsap.registerPlugin(ScrollToPlugin); gsap.defaults({ autoKillThreshold: 1 }); tl = gsap.timeline(); const max = ScrollToPlugin.max(document.querySelector('#isiCopy'), 'y'); However, this does did not resolve the issue. When inspecting in Chrome I see the following warning in console: Invalid property autoKillThreshold set to 1 Missing plugin? gsap.registerPlugin() Am I missing something still? Thanks, Chris
  6. I'm using GSAP 3.2.4 and scrolltoplugin 3.2.4. I'm having an issue where on windows the auto scroll can not be interrupted by clicking on or tapping on the up and down arrow buttons on the scrollbar. When trying to scroll with the mouse wheel just a quick scroll of the mouse wheel does not stop the auto scroll. You really have to spin that wheel to kill the autoscroll. Back in the GSAP 2.x.x days I set the following to adjust the sensitivity of autoKill ScrollToPlugin.autoKillThreshold = 1; This does not appear to be working any longer. I'm seeing the same issue on Windows. MacOS is fine, the slightest attempt to scroll stops the auto scroll. Searching the documentation, I can't find autoKillThreshold anywhere. Is this still valid in GSAP 3? And if not is there anyway to adjust this so that clicking on the up and down arrow buttons will trigger autoKill on Windows?
  7. Oh, thanks for the release notes link. I was still referencing https://greensock.com/docs/v3/Plugins/ScrollToPlugin when troubleshooting. Which doesn't appear to have been updated yet to reflect this.
  8. It looks like not defining autoKill as true though triggers the same bug. Previous behavior defaulted to autoKill being true.
  9. Thanks for the reply Zach, Using your example I was able to reproduce the issue: https://codepen.io/hhcc/pen/rNNPGrb I sped it up to 40 seconds as 400 seconds is a long time to wait to be able to see that you can scroll once the animation is over. The autoKill was something I added after the bug was happening. I think you might be on to something with it being outside the object though. I was also able to resolve the issue using your example by reformatting my code to look like this: ScrollToPlugin.autoKillThreshold = 1; tl.to("#isiCopy", { duration: 400, scrollTo: {y:"max", autoKill: true}, ease: "none" }, 15); Thanks, Chris
  10. I'm building a pharmaceutical banner and trying out GSAP 3 for the first time. Most pharmaceutical banners have an Important Safety Information and I have been using the scrollTo plugin to auto scroll the legal copy. With v2 the behavior has been that the auto scroll gets killed when the user attempts to interact with the scrolling copy. With v3 I'm finding I can not manual scroll the legal copy until the scrollTo animation has completed. It just keeps jumping back to where it was and continuing the scroll. To troubleshoot I have attempted to set the autoKillThreshold to 1 ScrollToPlugin.autoKillThreshold = 1; I have also attempted to add autoKill:ture to my animation code. This is the code I'm using to trigger the scroll of the Important Safety Information copy. tl.to(isiCopy, 400, {scrollTo:"#scrollEnd", autoKill:true, ease: Power0.easeNone}, 15); As you can see the animation is rather long, 400 seconds. Legal requires it to scroll slow enough where as the user can keep up with the scroll while reading the copy. During these 400 seconds the user is unable to manual scroll. I'm seeing this issue globally across all browsers. I'm unable to post a full code sample as the banner it self is covered under a NDA. Reverting back to GSAP v2 resolves this issue and I get the desired effect with the scrollTo Plugin. But I would like to figure out how to get this to work with v3.
  11. I'm noticing in Chrome there is a hard line / sharp cut off of the blur. Especially to the left and top. Is there anyway to smooth this out in Chrome so there are no hard edges on the blur?