20653 2013-01-12 00:26:08 +0000 need a way for Web Components to cause new interface objects to exist dynamically 2016-06-02 20:52:31 +0000 1 1 1 Unclassified WebAppsWG WebIDL unspecified PC All RESOLVED WORKSFORME P2 normal --- 20493 1 dglazkov cam allen bzbarsky d mike public-script-coord public-webapps-bugzilla oldest_to_newest 81289 0 dglazkov 2013-01-12 00:26:08 +0000 ES5 says all function objects need to have it: http://ecma-international.org/ecma-262/5.1/#sec-13.2 We should too, right? http://www.w3.org/TR/WebIDL/#dfn-function-object 81290 1 cam 2013-01-12 00:36:55 +0000 Yes, although most uses of "function object" in the spec define a prototype (and length) property for them, at least the one mentioned in http://dev.w3.org/2006/webapi/WebIDL/#es-environment does not. Also, the note in http://dev.w3.org/2006/webapi/WebIDL/#interface-object assumes that by linking to #dfn-function-object it means that it will already be required to have "prototype" property, which isn't true. 81292 2 allen 2013-01-12 01:04:00 +0000 But note that even in ES5, built-in functions don't have a prototype property and are not usable as constructors (they do not have a [[Construct]] internal method). In ES6, functions syntactically defined as methods (concise methods in object literals and class definitions) also will not have a prototype property and are not usable as constructors. I think it would be fine for WebIDL to treat all method like functions in the same manner as ES6 concise methods. 81294 3 cam 2013-01-12 01:10:54 +0000 That is interesting to know. Once we recast Web IDL's ES requirements in terms of ES6, we should look at which functions don't need to be constructable like this. 81295 4 bzbarsky 2013-01-12 01:12:42 +0000 Indeed. And there are certainly plenty of prototype-less Functions around right now in WebIDL too: [20:09:43.043] Object.getOwnPropertyDescriptor(Array.prototype.push, "prototype") [20:09:43.045] undefined -- [20:09:52.795] Object.getOwnPropertyDescriptor(document.getElementById, "prototype") [20:09:52.797] undefined compared to: [20:11:44.744] Object.getOwnPropertyDescriptor(EventTarget, "prototype") [20:11:44.747] ({configurable:false, enumerable:false, value:{addEventListener:function addEventListener() { [native code] }, removeEventListener:function removeEventListener() { [native code] }, dispatchEvent:function dispatchEvent() { [native code] }}, writable:false}) What we sorta want is a place defining interface objects that Web Components can link to.... 81296 5 bzbarsky 2013-01-12 01:14:04 +0000 But yes, the note that claims that being a function object implies having a .prototype property in #interface-object doesn't make that much sense to me. 91601 6 cam 2013-08-04 06:59:20 +0000 OK, so it looks like there aren't any cases in the spec where we're defining a “prototype” property where we shouldn't be. (In reply to comment #4) > What we sorta want is a place defining interface objects that Web Components > can link to.... Got a link to the Web Components spec where this is needed? 91648 7 dglazkov 2013-08-05 15:53:40 +0000 (In reply to comment #6) > Got a link to the Web Components spec where this is needed? Here's the spec: https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/custom/index.html Here's the place where we generate a constructor: https://dvcs.w3.org/hg/webcomponents/raw-file/tip/spec/custom/index.html#dfn-custom-element-constructor-generation 126665 8 d 2016-06-02 20:52:31 +0000 Custom elements seems to have solved this without any Web IDL changes.