Remove mouse wheel scroll, use draggable only

[cereal_beast]

How would you remove the mouse wheel scroll functionality from this pen, so that it is draggable only? Leaving all of the snap settings enabled.

See the Pen RwKoMGE by makica (@makica) on CodePen

[Cassie]

Hi there @cereal_beast.

Unless I'm mistaken, this is a duplicate of your last post. If not, apologies! Could you elaborate on the difference.

[cereal_beast]

Hi,
My previous question was related to a different pen and was also asking how to use drag instead of mousewheel, for this pen I want to simply remove the mouse wheel scroll.

[Cassie]

That sounds the same to me. Horizontally draggable without scrolling.

Why don't you give it a go using what you've learnt from the other thread? We're here if you have GSAP specific questions.

[iDad5]

So you want it to be scrollable with the scrollbar, but would like to disable the mouse-wheel only?

 

If so, I'd guess that won't work reliably. And from a usability point of view it would be a horrible decision. 
On Safari Mac for example the scrollbar is only visible when you stared scrolling, which you do either with a mouse wheel or some comparable gesture. I'm not 100% sure abut the current situation, but I remember clearly that different dives (and their drivers) had all sorts of implementations that made it impossible to be sure if a wheel, gesture or drag-action on the scrollbar was the source of an event. 

 

[GreenSock]

If you want to ignore wheel events, try this:

document.addEventListener("wheel", (e) => {
  e.preventDefault();
  e.stopImmediatePropagation();
}, {passive: false, capture: true});

 

[iDad5]

Be aware, that wheel events on MacOS is often tricky, some touch gestures are fired in different browsers as wheel events etc. 

 

Also mouse wheels can be tricky under normal circumstances as speed differences, over-shoot behavior implemented through device manufacturers already often make scrolling interfaces hard to use. 

 

(BTW: iPads do support mouse input- it might not yet be a significant portion of users doing so and there is no way to know if it ever will be - but looking at schools it‘s not unlikely that the use of tablets as notebook replacement will happen more often in the future. If you think longer term you might also have an eye on that…) 

 

As already mentioned it can break usability and accessibility to tinker with wheel-support. Not all that is technically doable is advisable. 

 

Handicapend people might not be a large percentage of users but they deserve extra consideration, -  often it is required by law to do so. Every time we override standard UI behavior consequences for screen readers, purely keyboard operated devices (or special input devices like Braille readers) should ideally be considered. 

I‘m leaving this comment deliberately here, even though it might not be of great relevance to this thread especially, but because it often happens that threads like this one are found for a long time through search. 
 

And yes I know that I‘m no fun at all. 🤨