-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clearly specify initUIEvent #133
Comments
In this issue I would include all the init*Event methods in the spec, especially initMouseEvent and initKeyboardEvent. Even if the arguments differ in different implementations, there's probably some number of leading arguments that would be enough to support. |
How does chromium handle those undefined values? Does undefined boolean end up treated as false? |
Yes, Chromium's IDL is effectively this: void initUIEvent(optional DOMString type = "",
optional boolean bubbles = false,
optional boolean cancelable = false,
optional Window? view = null,
optional long detail = 0); As in whatwg/dom#387, I think we should make the first argument non-optional and make the rest optional with defaults. |
Yes, this should be aligned with DOM. |
Since initUIEvent probably isn't going away anytime soon. It should be clearly documented with respect to its arguments instead of its current specification of no arguments.
It is present in multiple browsers according to MDN; https://developer.mozilla.org/en-US/docs/Web/API/UIEvent/initUIEvent
We need to decide what the actual specified behavior is:
Chromium has this:
void initUIEvent([Default=Undefined] optional DOMString type,
[Default=Undefined] optional boolean bubbles,
[Default=Undefined] optional boolean cancelable,
[Default=Undefined] optional Window? view,
[Default=Undefined] optional long detail);
But it identifies that all the values should not be optional. We need to figure out what other vendors have.
@garykac @foolip @smaug----
The text was updated successfully, but these errors were encountered: