Re: Why do we allow overloads on legacycallers?

On Fri, Aug 2, 2013 at 7:02 AM, Cameron McCormack <cam@mcc.id.au> wrote:
> Boris Zbarsky wrote:
>> It looks to me like none of the existing legacycaller consumers need
>> overloads. Given that, why do we want to allow overloads on legacycaller
>> at all?
>
> I could disallow overloaded legacycallers in the IDL, but there's too much
> useful behaviour in the overload resolution algorithm (since it handles
> argument conversion too), that I'd still invoke that.

So talking with others in e.g. TC39 it seems the general feeling is
that we should have less overloading of the type that happens in
<canvas>. Maybe we could somehow split this algorithm in various ways
and have the really complicated stuff be legacy opt-in in some manner?
(Sorry for making this so open-ended, I haven't had time to
investigate myself.)


-- 
http://annevankesteren.nl/

Received on Friday, 2 August 2013 11:08:51 UTC