Not long ago, a project I was working on came up with an unusual requirement - basically a piece of content should be infinitely sliding across the screen. It could be anything - text, images - you name it, and depending on the situation it should slide either left or right, and at different speeds. So why not create an infinite loop component?
This is more or less what it looks like.
An additional requirement was that the content should be horizontally repeated as many times as needed to cover the entire width of its parent element (most often the full width of the viewport). A large image would perhaps only need a couple of instances, whereas something smaller might need some more. I wanted to be able to just drop some content into a component, pass in the speed and direction, and let it deal with the rest.
The component should be responsible for making the content repeat across the screen, as well as animating. First though, let's look at the animation.
Animating the content
What we need to do is simply translate each instance of the content 100% horizontally. When you do that with several instances side by side, the end position of each instance will be the initial position of the next one, before snapping back to its initial state. This creates the impression of continuous horizontal motion.
Remember, translating an element 100% means 100% of it's own width, not the parent element's width.
So, let's get started:
looperInstances defines how many times the content will be repeated. To get started we can just hardcode it, but further on we'll see how to get it to work dynamically. As for CSS, we have a keyframe animation to translate from 0% to -100%, with the duration and direction set by the props we pass in.
Basically, if we're sliding from left to right, the content translates from -100% to 0%, and the opposite happens for right to left.
It might seem strange to go from -100 to 0 when we want to travel right. Why not just start at 0 and go to 100? However, if we did that, then the leftmost instance of content would just leave a blank space to its left while it translated to 100, breaking the whole impression of looping. By starting at -100, that leftmost item starts offscreen, and never leaves a blank space behind it.
Also note that the
speed prop is used directly by the animation duration. This means that higher values equal slower speeds.
You may notice that the animation can be slightly janky at times in Firefox. Honestly, I haven't found a way to significantly improve this yet, though so far it hasn't proven to be too much of a problem. Either way, it's something to address eventually.
Repeating the content
Next we have to work out how many times the content needs to be repeated to cover the entire area we place it in. The basic idea is to compare the width of the
outerRef and set
looperInstances accordingly. Something like this:
setupInstances function compares the outer and inner ref widths. If the
innerWidth (the width of all our content) is less than the width of the parent plus the one instance of content, that means we need to increase
looperInstances. So we work out approximately how many more instances we need with
parentWidth / width. We use that extra
instanceWidth to provide a safety margin - without that you can sometimes have a "blank" space at the edges of the component.
What about responsiveness?
Great, so now we've got a working component! But it's not quite responsive yet. It will work fine on different screens, but what if the container element's width is increased for some reason? (Yes, by "some reason", I mostly mean developers obsessively resizing their screens).
This can be addressed by adding a
resize event listener that calls
But there's a catch: if
looperInstances is incremented the new elements will be rendered, but the CSS animation will be out of sync, and you'll see things randomly overlapping or flickering. To fix this, we need to somehow reset the animation. Forcing a re-render with
useState won't work. In this case I set the animation property of each instance to "none" by setting
data-animate="false" on their parent, before toggling it back to "true" - resetting the animations. Just note that you need a slight delay when toggling
data-animate, forcing a reflow.
And the CSS updates:
Here I chose to set the data attribute only on a single element (
.looper__innerList), changing it's children's animation via CSS. You could also manipulate each child element directly in the
resetAnimation function, though personally I find the former solution simpler.
And that's it! We could still take it further - we could pass in props to pause and play the animation via the
animation-play-state property, or have a neater solution for the animation speed, rather than just passing in seconds for the
animation-duration. Who knows, we could even add vertical animation.
Hopefully this demonstrates how you can use simple CSS animations in a React component to achieve whatever strange visual requirements your projects have.