Skip to content
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

Empty interfaces serve no purpose #212

Closed
olivierthereaux opened this issue Sep 11, 2013 · 4 comments
Closed

Empty interfaces serve no purpose #212

olivierthereaux opened this issue Sep 11, 2013 · 4 comments

Comments

@olivierthereaux
Copy link
Contributor

Originally reported on W3C Bugzilla ISSUE-17324 Tue, 05 Jun 2012 11:16:37 GMT
Reported by Philip Jägenstedt
Assigned to

Audio-ISSUE-21 (EmptyInterfaces): Empty interfaces serve no purpose [Web Audio API]

http://www.w3.org/2011/audio/track/issues/21

Raised by: Philip Jägenstedt
On product: Web Audio API

There are currently a number of empty interfaces:

interface AudioSourceNode : AudioNode {

}

interface AudioGain : AudioParam {

};

interface MediaElementAudioSourceNode : AudioSourceNode {

}

interface AudioChannelSplitter : AudioNode {

};

interface WaveTable {

}

(Copied verbatim, note the inconsistent indentation.)

These interfaces will be visible in the global namespace (the Window object) but serve no apparent purpose. In HTML, elements that do not have any special DOM interface are simply HTMLElement, a model we suggest to follow.

@olivierthereaux
Copy link
Contributor Author

Original comment by Olivier Thereaux on W3C Bugzilla. Thu, 07 Jun 2012 14:36:55 GMT

Comment from Philip in http://lists.w3.org/Archives/Public/public-audio/2012AprJun/0210.html
«
An example of this is AudioProcessingEvent.node, which is not readonly
while the other members are, for no apparent reason.
»

@olivierthereaux
Copy link
Contributor Author

Original comment by Chris Rogers on W3C Bugzilla. Tue, 09 Apr 2013 00:47:55 GMT

AudioSourceNode and AudioGain have been removed since there is no concrete object for these types.

I believe it's important to keep the others mentioned since they are concrete and very specific node types where specific instances can be created.

Fixed:
https://dvcs.w3.org/hg/audio/rev/827140b23ed9

@olivierthereaux
Copy link
Contributor Author

Original comment by Olivier Thereaux on W3C Bugzilla. Thu, 25 Apr 2013 15:57:10 GMT

(Should be marked as resolved)

@olivierthereaux
Copy link
Contributor Author

Original comment by Olivier Thereaux on W3C Bugzilla. Tue, 14 May 2013 10:24:08 GMT

No objection since resolution announced. Closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant