- From: Jesse McCarthy <notifications@github.com>
- Date: Thu, 12 May 2016 06:01:44 -0700
- To: whatwg/dom <dom@noreply.github.com>
- Cc:
- Message-ID: <whatwg/dom/issues/249/218749837@github.com>
@annevk Thanks for the reply. > HTML has similar faults and there's not really an organized way we go about this. Oh, ok, good to know. If I have a thought about something like this I'll consider that maybe it just evolved that way without anyone being too attached to it. > We could move the "implements" statements to the "interfaces" and add a note below the mixins. That sounds pretty good. Like I mentioned, it seems to me the ideal would be to list them in both places. I think you know what I mean, but just to be clear I mean something like this: ```js interface ParentNode { // ... }; Element implements ParentNode; interface Element : Node { // ... }; Element implements ParentNode; ``` I think you're describing putting it in a note beneath (outside of) the interface definition, like the note box beneath [`ParentNode`](https://dom.spec.whatwg.org/#interface-parentnode). If what I had in mind doesn't make sense that sounds like the next best thing. (Just curious, is it a technological issue or editorial reason that makes that preferred?) > A mixin is a term IDL will eventually adopt to describe these [NoInterfaceObject] interfaces shared by several "interfaces" (really objects or classes, another thing IDL should eventually change). Oh ok, thanks, I wasn't familiar with `[NoInterfaceObject]` or the converse, that otherwise the interface is implicitly an ES binding. So would mixin be a synonym for `[NoInterfaceObject]`, or replace it, or ...? (If that's too much of a tangent feel free to treat it as a rhetorical question.) Thanks! --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/whatwg/dom/issues/249#issuecomment-218749837
Received on Thursday, 12 May 2016 13:02:22 UTC