-
Notifications
You must be signed in to change notification settings - Fork 164
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
Should callback interfaces with more than one operation be supported? #661
Comments
See also #100 for some additional context. |
We should probably also remove support for attributes, and the "get a user object's attribute value" and "set a user object's attribute value" algorithms. |
Those are generally useful, not just for callback interfaces. Although perhaps people aren't using them, instead preferring to declare dictionary types and convert, or use ES's Get() directly, or similar. |
The algorithms explicitly only work "given a callback interface type value object", so at the very least, we'd need to clarify that. |
Looking at Gecko, there's
EventListener
,NodeFilter
andXPathNSResolver
, all with one operation;ObserverCallback
, also with one operation, but shouldn't even exist (https://bugzilla.mozilla.org/show_bug.cgi?id=1530702); andMozIdleObserver
, which isn't exposed to script. WebKit doesn't seem to have any others either.There's already a note that suggests using dictionaries instead of callback interfaces, so I think we should bite the bullet and mark the entire thing as legacy, and reduce the spec to only support what's actually used.
The text was updated successfully, but these errors were encountered: