- From: Anne van Kesteren <annevk@annevk.nl>
- Date: Fri, 2 Aug 2013 12:08:25 +0100
- To: Cameron McCormack <cam@mcc.id.au>
- Cc: Boris Zbarsky <bzbarsky@mit.edu>, "public-script-coord@w3.org" <public-script-coord@w3.org>
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