Re: Allowing IDL attributes to have different types for the getter and setter

On Wed, Apr 17, 2013 at 6:38 PM, Boris Zbarsky <> wrote:
> So a question in terms of API design: from the point of view of JS API
> consumers, does it make sense to have an attribute whose setter, say, takes
> an array of File or Blob objects, or a single File or Blob object, but whose
> getter always returns some object (always the same one) that represents the
> current set of File/Blob objects we've got?  That sort of thing is not
> possible to declare in WebIDL right now.  Should it be?

In other words, it either accepts X and returns [X], or accepts
[X,Y,Z] and returns [X,Y,Z].  Right?

This seems reasonable to me.


Received on Thursday, 18 April 2013 02:14:05 UTC