event-driven drawing extension for the CA drawing model

Josh Aas josh at mozilla.com
Wed Jun 2 00:42:12 PDT 2010


We are ready to implement, no better solution has come up. Moving the spec to accepted status.

--
Josh Aas
Software Engineer
Mozilla Corporation

----- Original Message -----
From: "Josh Aas" <josh at mozilla.com>
To: "Stuart Morgan" <stuartmorgan at chromium.org>
Cc: "Christopher Hunt" <huntc at internode.on.net>, "plugin-futures" <plugin-futures at mozilla.org>
Sent: Thursday, May 13, 2010 10:48:33 PM
Subject: Re: event-driven drawing extension for the CA drawing model

I agree, the backwards compatibility issues will probably be too messy at this point. And as I said before, Mozilla would probably drop support for non-invalidating Core Animation. We don't want the path of least resistance to be one which will work well in WebKit and might appear to work alright in Gecko but will actually be inefficiently operating on a FPS timer.

--
Josh Aas
Software Engineer
Mozilla Corporation

----- Original Message -----
From: "Stuart Morgan" <stuartmorgan at chromium.org>
To: "Christopher Hunt" <huntc at internode.on.net>
Cc: "plugin-futures" <plugin-futures at mozilla.org>, "Josh Aas" <josh at mozilla.com>
Sent: Wednesday, May 12, 2010 3:52:13 PM
Subject: Re: event-driven drawing extension for the CA drawing model

On Tue, May 11, 2010 at 5:15 PM, Christopher Hunt
<huntc at internode.on.net> wrote:
> I was just wondering, given the only difference is the calling
> of NPN_Invalidate, whether the NPDrawingModelCoreAnimation spec should be
> updated to require invalidation.

There are at least four shipped plugins using the Core Animation
drawing model. I know in Chrome at least we would like to continue
supporting them with a timer until they are updated to send
invalidates, and I would imagine Gecko would want to do the same;
trying to manage a whitelist or blacklist across four plugins, by
version, will be very messy, and it means that browsers would have to
release new versions after each plugin update in order to switch how
the plugin is handled.

Since we already have a negotiation system, this seems like a good
time to use it.

-Stuart
_______________________________________________
plugin-futures mailing list
plugin-futures at mozilla.org
https://mail.mozilla.org/listinfo/plugin-futures


More information about the plugin-futures mailing list