d at domenic.me (2015-01-05T20:42:51.522Z)
Adding Reflect.{isCallable, isConstructor} looks reasonable to me. If the
spec needs these internally, chances are JS developers will need them at
one point. And as you note, typeof === "function" is a common work-around
in use today. So +1.
Adding Reflect.{isCallable, isConstructor} looks reasonable to me. If the spec needs these internally, chances are JS developers will need them at one point. And as you note, typeof === "function" is a common work-around in use today. So +1. 2014-12-21 0:20 GMT+01:00 Tom Schuster <tom at schuster.me>: > Thank you both. > Looking forward to the feedback. > > On Fri, Dec 19, 2014 at 6:55 PM, Rick Waldron <waldron.rick at gmail.com> > wrote: > >> Done: https://github.com/tc39/agendas/blob/master/2015/01.md >> >> On Fri Dec 19 2014 at 12:26:33 PM Jason Orendorff < >> jason.orendorff at gmail.com> wrote: >> >>> Having said that, I do think Reflect.isCallable and isConstructor >>> would be a fine addition to ES7. These places where we check if an >>> internal method exists feel like a sort of secret-handshake part of >>> the MOP; we should expose them. >>> >>> Any objections? >>> >>> Would someone please add it to the agenda for the next meeting? >>> >>> -j >>> _______________________________________________ >>> es-discuss mailing list >>> es-discuss at mozilla.org >>> https://mail.mozilla.org/listinfo/es-discuss >>> >> > > _______________________________________________ > es-discuss mailing list > es-discuss at mozilla.org > https://mail.mozilla.org/listinfo/es-discuss > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20141221/83fb127c/attachment.html>