Instead of going through a complex third-party library docs, I tried to figure out how to build a "multi-card" carousel from scratch.
If you want to see a real-world example, I used the logic of this approach (inspired by a Thin Tran's tutorial) in one of my recent projects: sprout.fictolab.co.
Bonus: Thanks to Matt Jenkins, you can now check an updated version that uses the Composition API with the Setup Syntax.
(Originally published at DEV).
This is the underling structure of the demo above:
But let's see how it actually works:
Though in this .gif every step has an animated transition, this is just to make it easier to visualize all 4 steps:
- Translate the
.inner
wrapper. - Extract the first item.
- Paste it to the tail.
- Move
.inner
back to its original position.
In the actual implementation, only step #1 will be animated. The others will happen instantly. This is what give us the impression of an infinite/continuous navigation loop. Can't you see it? Stick with me 😉
Let's start with this basic component:
This is exactly the structure from section 1. The .carousel
container is the frame within which the cards will move.
Explanation:
- Line 5: With a fixed width we are sure new items will be appended outside of the carousel's visible area. But if you have enough cards, you can make it as width as you want.
- Line 6: Using the property
overflow: hidden;
will allow us to crop those elements that go outside of.carousel
. - Line 10: Prevents
inline-block
elements (orinline-flex
, in our case) from wrapping once the parent space has been filled. See white-space.
Expected result:
Explanation:
- Line 22: The
$refs
property let you access your template refs.scrollWith
give us the width of an element, even if it's partially hidden due to overflow. - Line 24: This will dynamically set our carousel "step", which is the distance we need to translate our
.inner
element every time the "next" or "prev" buttons are pressed. Having this, you don't even need to specify the width of your.card
elements (as long as they're all the same size). - Lines 27-35: To move the cards we'll be translating the whole
.inner
wrapper, manipulating itstransform
property. - Line 44:
transform
is the property we want to animate.
Expected result:
Explanation:
- Lines 3-6:
afterTransition()
takes a callback as an argument that's going to be executed after a transition in.inner
occurs. - Line 4: The
Array.prototype.shift()
method take the first element out of the array and returns it. - Line 5: The
Array.prototype.push()
method inserts an element to the end of the array. - Lines 10-13: We define the event listener callback:
listener()
. It will call our actual callback and then remove itself when executed. - Line 14: We add the event listener.
I encourage you to implement the prev()
method. Hint: check this MDN entry on Array operations.
Explanation:
- Line 5: It resets
.inner
's position after shifting thecards[]
array, counteracting the additional translation caused by the latter. - Line 13: We set
transition
tonone
so the reset happens instantly.
Expected result:
At this point, our carousel just works. But there are a few bugs:
- Bug 1: Calling
next()
too often results in non-transitioned navigation. Same forprev()
.
We need to find a way to disable those methods during the CSS transitions. We'll be using a data property transitioning
to track this state.
- Bug 2: Unlike what happens with
next()
, when we callprev()
the previous card doesn't slide-in. It just appears instantly.
If you watched carefully, our current implementation still differs from the structure proposed at the beginning of this tutorial. In the former the .inner
's left side and the .carousel
's left side aligns. In the latter the .inner
's left side starts outside the .carousel
's boundaries: the difference is the space that occupies a single card.
So let's keep our .inner
always translated one step to the left.
Explanation:
- Lines 9 and 16: Every time we execute
moveRight()
ormoveLeft()
we are reseting all thetransform
values for.inner
. Therefore it becomes necessary to add that additionaltranslateX(-${this.step})
, which is the position we want all other transformations occur from.
And that's it. What a trip, huh? 😅 No wonder why this is a common question in technical interviews. But now you know how to ―or another way to― build your own "multi-card" carousel.
Again, here is the full code. I hope you found it useful, and feel free to share your thoughts/improvements in the comments.
Thanks for reading!