[whatwg] communicating plugin state (primarily for click-to-play)
Josh Aas
joshmoz at gmail.com
Mon Jun 11 17:29:08 PDT 2012
Mozilla has been working on a click-to-play feature for plugins. The
feature currently breaks a large number of sites because it interacts
poorly with scripting and fallback schemes. For example, quite a bit
of plugin usage doesn't involve user-visible content but rather plugin
instances that exist for scripting alone. When instances aren't
created as expected for script calls, the resulting exceptions cause
problems.
In order for click-to-play to be a viable feature we'll probably need
to allow pages with complex plugin usage (i.e. scripting) to query for
click-to-play state.
This could be expressed via a Web IDL enum property on embed and
object elements. The property could be called something like
"pluginState". The states might be (with apologies for the rough
names):
- not-plugin (object/embed is some other type like image or document)
- active (plugin instance created, running)
- inactive (e.g. crashed)
- no-handler (e.g. missing plugin)
- click-to-play (click-to-play UI is diplayed, should become active upon click)
Thoughts?
--
Josh Aas
Mozilla Corporation
More information about the whatwg
mailing list