W3C home > Mailing lists > Public > whatwg@whatwg.org > August 2013

Re: [whatwg] Should <video controls> generate click events?

From: Philip Jägenstedt <philipj@opera.com>
Date: Wed, 7 Aug 2013 14:52:23 +0200
Message-ID: <CAMQvoCnTFjAYujmisw9HixXr==5Bd445__2phripkyfVWaeeSQ@mail.gmail.com>
To: Ian Hickson <ian@hixie.ch>
Cc: whatwg@whatwg.org, Simon Pieters <simonp@opera.com>
On Tue, Aug 6, 2013 at 11:30 PM, Ian Hickson <ian@hixie.ch> wrote:
> On Thu, 27 Jun 2013, Philip Jägenstedt wrote:
>>
>> In a discussion about a "click to play/pause" feature for Opera on
>> Android, the issue of click event handlers came up.[1] The problem is
>> that pages can do things like this:
>>
>> v.onclick = function() {
>>  if (v.paused) {
>>    v.play();
>>  } else {
>>    v.pause();
>>  }
>>  // no preventDefault()
>> }
>>
>> I created a demo [2] and it is indeed the case that this makes <video
>> controls> unusable in both Presto and Chromium based browsers. Simon
>> Pieters has brought this up before, but the spec wasn't changed at that
>> point.[3]
>>
>> While my demo may be on the hypothetical side, we do want users to be
>> able to bring up the native controls via a context menu and be able to
>> use them regardless of what the page does in its event handlers. So, I
>> request that the spec be explicit that interacting with the video
>> controls does not cause the normal script-visible events to be fired.
>>
>> [1] https://codereview.chromium.org/17391015
>> [2] http://people.opera.com/~philipj/click.html
>> [3] http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2011-June/031916.html
>> (search for "As with the post Simon cites above")
>
> I've made the spec say this is a valid (and recommended) implemenation
> strategy.

The change <http://html5.org/r/8134> looks good to me, thanks!

I filed a bug for Blink in
https://code.google.com/p/chromium/issues/detail?id=269454

--
Philip Jägenstedt
Received on Wednesday, 7 August 2013 12:52:52 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:09:23 UTC