Pointer events integrate inputs from mice, touchscreens, and pens, making separate implementations no longer necessary and authoring for cross-device pointers easier. The one input API to rule them all!
Except... of course Pointer Events doesn't work in Safari. Safari doesn't even support the regular mouse event "buttons" property which has been in the specs forever, which is a constant source of Safari specific bugs in my experience. Nothing happens when you click? Oh, you must be using Safari!
there are any number of pointer events polyfills (https://www.google.com/search?q=pointer+polyfill). it's not react's fault. this feature will still be there if/when safari gets with the program!
It's going to be interesting to see how this plays out. It's an enormous effort on their part, and for the users with all the API changes.
But Dan's "Beyond React 16" demo simply was not compelling at all for me. With the focus on latency but no mention of bandwidth, it's really hard to understand the full impact on mobile devices. With TCP, throughput decreases as latency increases. Queue up too many requests, and the UI will get more disconnected, not less. Anyone that has had to work on an image gallery knows this all too well. Then you have SSR, and promises from render() that potentially swallow errors... lots of unknowns here.
If all these efforts turn into a wash, or at best a subtle improvement at a cost of relearning React... people are going to be asking if it was worth it.
In the grand scheme of things this sounds like one of the more boring version bumps but I'm sure a lot of people are going to be really excited about this.
[+] [-] Saaster|7 years ago|reply
Except... of course Pointer Events doesn't work in Safari. Safari doesn't even support the regular mouse event "buttons" property which has been in the specs forever, which is a constant source of Safari specific bugs in my experience. Nothing happens when you click? Oh, you must be using Safari!
Why is input handling such a pain in the behind!
[+] [-] localvoid|7 years ago|reply
Until you actually start to implement gesture disambiguation and realize that pointer events are useless [1][2]
1. https://github.com/w3c/pointerevents/issues/178
2. https://github.com/w3c/pointerevents/issues/216
[+] [-] BaronVonSteuben|7 years ago|reply
https://www.safari-is-the-new-ie.com/
[+] [-] swyx|7 years ago|reply
[+] [-] notheguyouthink|7 years ago|reply
[+] [-] deckard1|7 years ago|reply
But Dan's "Beyond React 16" demo simply was not compelling at all for me. With the focus on latency but no mention of bandwidth, it's really hard to understand the full impact on mobile devices. With TCP, throughput decreases as latency increases. Queue up too many requests, and the UI will get more disconnected, not less. Anyone that has had to work on an image gallery knows this all too well. Then you have SSR, and promises from render() that potentially swallow errors... lots of unknowns here.
If all these efforts turn into a wash, or at best a subtle improvement at a cost of relearning React... people are going to be asking if it was worth it.
[+] [-] globuous|7 years ago|reply
[+] [-] KeitIG|7 years ago|reply
[+] [-] steipete|7 years ago|reply
[+] [-] unknown|7 years ago|reply
[deleted]
[+] [-] heshanfu|7 years ago|reply
[+] [-] binnesjohn|7 years ago|reply
[deleted]
[+] [-] binnesjohn|7 years ago|reply
[deleted]
[+] [-] pluma|7 years ago|reply