fix: define options.passive as enumerable for compatibility

[idiotWu]

Fixes #519
CC @ajiho

Description

In the default-passive-event package, they copy the original event listener options using Object.assign({}, options). However, since we define the options.passive as non-enumerable property, this property will not be accessed in their monkey patch, and as a result, our code will assume that the browser does not support passive events according to the following detection procedure:

smooth-scrollbar/src/utils/event-hub.ts

Lines 17 to 38 in 02a0d81

	function getOptions(): typeof eventListenerOptions {
	if (eventListenerOptions !== undefined) {
	return eventListenerOptions;
	}
	let supportPassiveEvent = false;
	try {
	const noop = () => {};
	const options = Object.defineProperty({}, 'passive', {
	get() {
	supportPassiveEvent = true;
	},
	});
	window.addEventListener('testPassive', noop, options);
	window.removeEventListener('testPassive', noop, options);
	} catch (e) {}
	eventListenerOptions = supportPassiveEvent ? { passive: false } as EventListenerOptions : false;
	return eventListenerOptions;
	}

This modification defines options.passive as enumerable to ensure compatibility with the default-passive-event package.

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)

[sadeghbarati]

Hi @idiotWu

I think enumerable is not needed, or it should be a separate utility function

https://github.com/Modernizr/Modernizr/blob/86ebb0447a8f698b22320b2bb560968050d47cf7/feature-detects/dom/passiveeventlisteners.js

[idiotWu]

@sadeghbarati
enumerable: true here is only for compatibility with other packages like default-passive-event, and it does no harm to our code.