Mechanism to dispatch native browser events

[csnover]

It would be nice if QUnit had a mechanism that would allow for easy dispatching of native browser events on elements instead of needing to reinvent the wheel for every test suite that needs to test events. Right now, for instance, the vast majority of jQuery unit tests are only testing the jQuery event system and don’t actually ever confirm that native browser events will work the same way.

[jzaefferer]

Any suggestions on how that should work? Are you looking for something like simulate.js?

[csnover]

Yep, pretty much something exactly like that. (UI always seems to be one step ahead. :)) I think that this would have application for pretty much anyone writing interactivity tests using QUnit, not just jQuery.

[jzaefferer]

Marc ripped simulate.js apart a bit: http://marcgrabanski.com/articles/simulating-mouse-click-events-in-javascript

[jzaefferer]

Scott says we should port the DOH Robot instead: http://dojotoolkit.org/reference-guide/util/dohrobot.html

[jzaefferer]

Josh's keymasher plugin: https://github.com/digitalBush/jquery.keymasher

[sstok]

I'm a big fan of FuncUnit.
It uses Syn.JS for simulating events: https://github.com/jupiterjs/syn

And is largely based on QUnit.

[wwalser]

Ephox also implemented the a similar thing with https://github.com/ephox/JSRobot/. Having used it, I doubt if the API is as strong as dohrobot.

If you want native events you're pretty much going to have to go with a solution that uses a java applet to create those native events. Simulate comes close, but it'll never actually measure up 100%.

[jzaefferer]

Making this a documentation ticket. There are various options, where both JSRobot and syn look the most interesting. QUnit docs should reference those, beyond that I don't see anything we can really do here, its out of scope.

[jzaefferer]

Fixed in qunitjs/qunitjs.com@a0b63ba, live at http://qunitjs.com/cookbook/#testing_user_actions