W3C home > Mailing lists > Public > public-fx@w3.org > January to March 2013

Re: comments on Matrix

From: Rik Cabanier <cabanier@gmail.com>
Date: Thu, 21 Mar 2013 11:48:57 -0700
Message-ID: <CAGN7qDBJwrD=vA3rAH0nAiueQBH4EjAfRfi3sXxQjML6X2eOTA@mail.gmail.com>
To: "Tab Atkins Jr." <jackalmage@gmail.com>
Cc: Benoit Jacob <jacob.benoit.1@gmail.com>, "public-fx@w3.org" <public-fx@w3.org>
On Thu, Mar 21, 2013 at 11:38 AM, Tab Atkins Jr. <jackalmage@gmail.com>wrote:

> On Thu, Mar 21, 2013 at 11:33 AM, Rik Cabanier <cabanier@gmail.com> wrote:
> > SVG matrix throws an exception and since this is a drop-in replacement,
> > Matrix needs to throw one too :-(
>
> Are we sure about that?  I'd prefer to look at some SVGMatrix-using
> code to see if it actually relies on singular matrixes throwing, or if
> it just assumes they never will (my assumption) or simply ignores
> failure.  If either of the latter, we should feel free to change
> behavior.
>
> > Most libraries seem to return a boolean to say that a inversion failed
> which
> > seems better. I *believe* adding an exception to JS also forces the
> creation
> > of an exception object every time which is expensive.
>
> Only if you actually throw it.  It's not eagerly created every call.
>

I worked a little with the mozilla code base and it seems that they always
create the object.
It's probably not a huge amount of overhead since it's not dynamically
allocated.


>
> > Why don't we add another Inverse:
> >
> > boolean Inverse(Matrix);
> >
> > We could also move to unrestricted doubles so we can populate the matrix
> > with NaN or Inf if needed.
>
> Yes, that seems fine.
>
> ~TJ
>
Received on Thursday, 21 March 2013 18:49:31 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:49:45 UTC