Unfortunately scrollIntoView doesn't seem to behave consistently across platforms, and I have no idea why. I also created a horizontally scrolling image carousel embedded in a feed page. Maybe I created an edge case with a certain layout where it happens to be inconsistent (boring details: I wanted it to be touch-scrollable on mobile devices, which requires a CSS hack that basically hides the scroll bars by setting their width / height to 0).
Here are my observations. I tested scrollIntoView using Google Chrome on: Windows 10, Mac OS X and Linux (KDE Neon, based on Ubuntu).
The best overall scroll appearance is on Mac OS X. The page does not move much vertically and the carousel item is correctly brought to the center of the view.
Windows 10 is close, but it tends to scroll the carousel view to the top of the browser view port, which is a bit disorienting.
Linux (latest version of KDE): it doesn't work properly. The carousel view is scrolled to the top of the view port, but the carousel item is not brought to the center of the view and remains hidden.
No idea why the same browser would behave in different ways. Maybe there is some kind of native UI dependency that causes different results. I assume it's something to do with window logic and scrollbar rendering, which is probably routed to native UI rendering.
Either way, I will probably have to recreate the scroll logic myself the exact way I need :-(
Unless you know what might be wrong and how to fix it?
FWIW the post was about getting excited about a new API only to be disappointed.
I haven't experienced the issues you are having in Windows 10 Edge. The carousel animates in fine for me. Testing in Ubuntu 18.04 theres definitely some issues with vertical scrollbars that overflow-y: hidden fixes.
My carousel is embedded in an infini-loading feed page, so vertical scrolling is an issue with that method.
<...short break for checking stuff....>
Sooooo.... I just tested Firefox on Ubuntu and it behaves the exact same way as Firefox on Windows and Mac OS X as well. It works. Kinda. So the horizontal scroll that brings the image into view does work there, but overall the carousel also scrolls to the top of the view port.
Out of curiosity I tested the latest Google Chrome on my old Mac Mini again. And lo and behold: Google Chrome is broken across Linux and Mac OS X (haven't tested Windows yet). scrollIntoView does not work anymore as expected. Well... it does scroll the entire carousel to the top of the view port, but the image is not brought into view. Looks like Google messed up something recently 😔
The carousel being full screen makes no difference. If there is overflow of the container, vertical scrollbar will appear. There can still be issues with vertical scrollbars showing up in Ubuntu in particular without any apparent overflow.
I haven't seen this same issue with "the carousel also scrolls to the top of the view port." I've been testing in Chrome Canary with good results.
Ok, I just figured out what my issue is. I'm an idiot who doesn't read the documentation.
I ignored the options arguments inline and block so far. When I implemented my carousel on Mac OS X a couple months ago I only specified 'behavior': 'smooth' and skipped the other two properties. It gave me perfect results back then, and that seems to have changed recently (change of default values?).
Adding the two missing properties fixes the problem though. I get consistent results and scroll behavior in Firefox and Chrome and on both Linux and Mac:
Ugh... Sorry for having been such a Debbie Downer here. On the other hand that little conversation with you made me actually look a bit harder and fix the problem in the end. I was about to roll my own scrollIntoView implementation because it looked totally broken to me.
So well... yay, scrollIntoView is actually awesome 😄
For anyone else coming by: please ignore this thread
I used {block: "nearest"} instead of {block: "center"}. It prevents the vertical scroll.
I also developed a horizontal scroll-carousel. And it works really fine!
Unfortunately
scrollIntoView
doesn't seem to behave consistently across platforms, and I have no idea why. I also created a horizontally scrolling image carousel embedded in a feed page. Maybe I created an edge case with a certain layout where it happens to be inconsistent (boring details: I wanted it to be touch-scrollable on mobile devices, which requires a CSS hack that basically hides the scroll bars by setting their width / height to 0).Here are my observations. I tested
scrollIntoView
using Google Chrome on: Windows 10, Mac OS X and Linux (KDE Neon, based on Ubuntu).The best overall scroll appearance is on Mac OS X. The page does not move much vertically and the carousel item is correctly brought to the center of the view.
Windows 10 is close, but it tends to scroll the carousel view to the top of the browser view port, which is a bit disorienting.
Linux (latest version of KDE): it doesn't work properly. The carousel view is scrolled to the top of the view port, but the carousel item is not brought to the center of the view and remains hidden.
No idea why the same browser would behave in different ways. Maybe there is some kind of native UI dependency that causes different results. I assume it's something to do with window logic and scrollbar rendering, which is probably routed to native UI rendering.
Either way, I will probably have to recreate the scroll logic myself the exact way I need :-(
Unless you know what might be wrong and how to fix it?
FWIW the post was about getting excited about a new API only to be disappointed.
I haven't experienced the issues you are having in Windows 10 Edge. The carousel animates in fine for me. Testing in Ubuntu 18.04 theres definitely some issues with vertical scrollbars that
overflow-y: hidden
fixes.Here is my SCSS if it helps.
A tip for iOS Safari.
You can set the look and feel of the scrollbar in Windows 10 to react similar to MacOS, where it autohides.
This carousel is styled for a full page takeover, so set width and height to fit your container.
Hmm... So the main difference in your case is that your carousel is full screen, which rules out vertical scrolling.
My CSS rules for the container are not too far off from yours:
My carousel is embedded in an infini-loading feed page, so vertical scrolling is an issue with that method.
<...short break for checking stuff....>
Sooooo.... I just tested Firefox on Ubuntu and it behaves the exact same way as Firefox on Windows and Mac OS X as well. It works. Kinda. So the horizontal scroll that brings the image into view does work there, but overall the carousel also scrolls to the top of the view port.
Out of curiosity I tested the latest Google Chrome on my old Mac Mini again. And lo and behold: Google Chrome is broken across Linux and Mac OS X (haven't tested Windows yet).
scrollIntoView
does not work anymore as expected. Well... it does scroll the entire carousel to the top of the view port, but the image is not brought into view. Looks like Google messed up something recently 😔The carousel being full screen makes no difference. If there is overflow of the container, vertical scrollbar will appear. There can still be issues with vertical scrollbars showing up in Ubuntu in particular without any apparent overflow.
I haven't seen this same issue with "the carousel also scrolls to the top of the view port." I've been testing in Chrome Canary with good results.
Ok, I just figured out what my issue is. I'm an idiot who doesn't read the documentation.
I ignored the options arguments
inline
andblock
so far. When I implemented my carousel on Mac OS X a couple months ago I only specified'behavior': 'smooth'
and skipped the other two properties. It gave me perfect results back then, and that seems to have changed recently (change of default values?).Adding the two missing properties fixes the problem though. I get consistent results and scroll behavior in Firefox and Chrome and on both Linux and Mac:
Ugh... Sorry for having been such a Debbie Downer here. On the other hand that little conversation with you made me actually look a bit harder and fix the problem in the end. I was about to roll my own
scrollIntoView
implementation because it looked totally broken to me.So well... yay,
scrollIntoView
is actually awesome 😄For anyone else coming by: please ignore this thread
extra points for that gif
Actually, this sub-thread detour specifically just helped me learn about this for a Vue app, so thanks for that everyone :)
I used {block: "nearest"} instead of {block: "center"}. It prevents the vertical scroll.
I also developed a horizontal scroll-carousel. And it works really fine!
To supportall options in
scrollIntoViewOptions
for Safari it's good to use seamless-scroll-polyfill (npmjs.com/package/seamless-scroll-...)Worked for me.
Here is a link with explanation github.com/Financial-Times/polyfil...