A Level 2 spec-compliant Pointer Events polyfill with first-class Shadow DOM support
npm install @wessberg/pointer-events
> A Level 2 spec-compliant Pointer Events polyfill with first-class Shadow DOM support
This polyfill brings Level 2 Pointer Events to all browsers!
The Pointer Events specification provides a unified model for handling input from a _pointer_ such as a mouse, a touch, and a pen.
Gone are the complexities of handling both MouseEvents and TouchEvents and juggling the differences between them.
The primary design goals of this polyfill are to be as spec-compliant as possible, and to support modern web technologies such as Shadow DOM.
- Spec-compliant
- Shadow DOM support
- Performant
- Feature-complete
- Description
- Features
- Table of Contents
- Install
- NPM
- Yarn
- Usage
- touch-action support
- Dependencies & Browser support
- Contributing
- Maintainers
- Backers
- Patreon
- FAQ
- There are several polyfills for Pointer events already. Why another one?
- Are there any known quirks?
- License
```
$ npm install @wessberg/pointer-events
``
$ yarn add @wessberg/pointer-events
To use the Polyfill, simply import it:
`typescript`
import "@wessberg/pointer-events";
However, it is strongly suggested that you only include the polyfill for browsers that doesn't already support Pointer Events.
One way to do so is with an async import:
`typescript`
if (!("PointerEvent" in window)) {
await import("@wessberg/pointer-events");
}
Alternatively, you can use Polyfill.app which uses this polyfill and takes care of only loading the polyfill if needed as well as adding the language features that the polyfill depends on (See dependencies).
This polyfill supports the following Pointer Events (Level 2) touch-action values, as well as those
defined in the latest Draft Community Report:
- nonepan-x
- pan-y
- pan-left
- pan-right
- pan-up
- pan-down
- auto
- manipulation
- (will be treated the same ast auto)
Upon pointer contact, the polyfill will walk up the DOM tree from the target element and look for elements that has either:
- A style attribute including a touch-action property.touch-action
- An element with a attribute.CSSStyleDeclaration
- Or, an element with a with a touchAction property.
This means that either of the following approaches will work:
`html`
`typescript`
// Works jut fine when given as a style property
element.style.touchAction = "pan-y";
See this section for information about why touch-action values provided in stylesheets won't be discovered by the polyfill.
This polyfill is distributed in ES3-compatible syntax, but is using some modern APIs and language features which must be available:
- EventTargetSet
- Map
- Object.defineProperty
- Object.defineProperties
- Array.from
- Array.prototype.some
- Array.prototype.every
- String.prototype.includes
- Event
- Constructable sEventTarget.prototype.addEventListener
- EventTarget.prototype.removeEventListener
- EventTarget.prototype.dispatchEvent
- Document.prototype.elementFromPoint
- window.getComputedStyle
- ShadowRoot.prototype.elementFromPoint
- \*
_\*: This is only relevant if you're using Shadow DOM (in which case a Shadow DOM polyfill will most likely polyfill the prototype method)._
For by far the most browsers, these features will already be natively available.
Generally, I would highly recommend using something like Polyfill.app which takes care of this stuff automatically.
Do you want to contribute? Awesome! Please follow these recommendations.
| |
| --------------------------------------------------------------------------------------------------------------------------------- |
| Frederik Wessberg
@FredWessberg
_Lead Developer_ |
Become a backer and get your name, avatar, and Twitter handle listed here.
Yes, there are several, including PEP and Points.
This polyfill was made because neither were built with Shadow DOM (v1) support in mind.
For example, _Points_ assumes a single document-level root and relies on document.elementFromPoint which will never reach within Shadow roots.
And, _PEP_ relies on _/deep/_ selectors, something that has been removed from the platform.
I found that none of the existing polyfills I attempted _"just worked"_ and decided to try it out for myself.
There may well be parts of this polyfill that is less aligned with the spec than other polyfills, and such issues will be ironed out over time.
For now, just one: The touch-action` CSS property needs to be provided from either inline styles or an attribute of the same name.
This is because polyfilling CSS is hard and really bad for performance.
MIT © Frederik Wessberg (@FredWessberg) (Website)