Re: Proposal for a new Matrix API

On Fri, Oct 21, 2011 at 11:28 AM, João Eiras <joaoe@opera.com> wrote:

> On Thu, 20 Oct 2011 16:39:56 +0200, Igor Oliveira <
> igor.oliveira@openbossa.org> wrote:
>
>  Hello,
>>
>> Currently CSSMatrix and SVGMatrix has an immutable API. None of the
>> method calls change the Matrix, instead, it creates a new Matrix with
>> the changed value. It can be a problem specially when CSSMatrix is
>> used together with WebGL. [1]
>>
>>
> I would suggest that the matrix should not be a host object. Instead is
> should be a pure ecmascript object so it can run closer to the metal (be
> jitted easily).
>

Assuming you mean "native object" when you refer to "pure ecmascript
object", there is no performance benefit, JIT or otherwise. In fact, it's
possible to implement ES functionality with better performance then the
native implementations.



>
> I did suggest previously extending array a bit, like
>
> {length: 6, height: 2, width:3, 0. ..., 1: ..., 2: ..., 3: ..., 4: ..., 5:
> ...,  }
>
> which represents a 2x3 matrix. The matrix would not have any kind of side
> effects or limitations, possibly being of any arbitrary size, hence usable
> not only by graphical APIs, but by any algebra you throw at it.
>
> The methods you suggest, would then be on the prototype, or in the Math
> object.
>
>