147740 2015-08-06 12:14:55 -0700 TouchEvent and Touch should have constructors 2016-10-04 08:57:53 -0700 1 1 1 Unclassified WebKit UI Events 528+ (Nightly build) Unspecified Unspecified RESOLVED FIXED InRadar P2 Normal --- 158883 162709 162713 162728 162734 162736 162757 162787 162806 1 rbyers bdakin bdakin benjamin cdumez dino graouts philip sam webkit-bug-importer oldest_to_newest 1115408 0 rbyers 2015-08-06 12:14:55 -0700 Most UIEvents at this point have a DOM Event constructor. TouchEvent is a notable exception. It's not a big use case, but JS-generated events are sometimes useful and (IMHO) ideally all event types would be consistent in this regard. Is there any interest in adding constructors to WebKit? Should be trivial. We (Touch Event Community Group) have recently added constructor definitions to the draft TouchEvents level 2 spec: http://w3c.github.io/touch-events/touchevents.html#touchevent-interface (bug: https://github.com/w3c/touch-events/issues/10). Any feedback on the design? I'm happy to make changes before pages start depending on the API. http://crbug.com/508675 tracks shipping these in blink. 1140684 1 rbyers 2015-11-09 22:16:13 -0800 Beth, is this little tweak something you hope to do at some point? 1140693 2 bdakin 2015-11-09 23:07:11 -0800 (In reply to comment #1) > Beth, is this little tweak something you hope to do at some point? Thanks for cc'ing me! Could be interesting. :-) 1189737 3 webkit-bug-importer 2016-05-03 08:04:55 -0700 <rdar://problem/26063585> 1202306 4 rbyers 2016-06-14 14:03:30 -0700 /cc grouts who seems to be doing other TouchEvents works (yay!) 1203372 5 cdumez 2016-06-17 12:06:06 -0700 I am working on the TouchEvent constructor. 1203425 6 cdumez 2016-06-17 14:34:11 -0700 Added a TouchEvent constructor via Bug 158883. It looks like WebKit on iOS already has a constructor for Touch so closing. 1233500 7 rbyers 2016-09-26 12:01:48 -0700 Chris, does the Touch constructor on iOS follow the spec (and normal DOM constructor pattern) in taking a dictionary? foolip@ says he can only get it working by passing a list of parameters similar to createTouch. 1233501 8 rbyers 2016-09-26 12:02:54 -0700 Reference: https://codereview.chromium.org/2352333002/ 1233502 9 cdumez 2016-09-26 12:06:08 -0700 (In reply to comment #7) > Chris, does the Touch constructor on iOS follow the spec (and normal DOM > constructor pattern) in taking a dictionary? foolip@ says he can only get > it working by passing a list of parameters similar to createTouch. It does not look like we support passing a Dictionary at the moment, it takes in a list of parameters :/ 1233514 10 rbyers 2016-09-26 12:24:33 -0700 > It does not look like we support passing a Dictionary at the moment, it takes in a list of parameters :/ Ugh, yeah that's not going to be interoperable (the whole point of the constructors is to avoid having to keep extending a long argument list). Ok if we reopen this to track getting WebKit passing this test? https://github.com/w3c/web-platform-tests/blob/master/touch-events/touch-touchevent-constructor.html 1234461 11 rbyers 2016-09-28 11:26:00 -0700 Note that if issue 157269 isn't going to be fixed, than the Safari-specific TouchEvent constructor should probably also have a way to set these non-standard properties on TouchEvent. I have now come across one script that is relying on these properties on Safari: http://s0.2mdn.net/instream/video/client.js, and as a result other libraries cannot move from initTouchEvent to the TouchEvent constructor without breaking this script. 1234462 12 rbyers 2016-09-28 11:26:47 -0700 Darn sorry, used the wrong hotword. See "bug 15726" for the clientX/clientY issue above. 1234463 13 rbyers 2016-09-28 11:27:24 -0700 Damn damn, not my day :-) See "bug 157269" for the clientX/clientY issue above. 1236197 14 cdumez 2016-10-04 08:57:53 -0700 Resolved in sub-bugs.