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

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

From: Bob Lund <B.Lund@CableLabs.com>
Date: Wed, 21 Aug 2013 00:47:08 +0000
To: Silvia Pfeiffer <silviapfeiffer1@gmail.com>
Message-ID: <5756CC7A6B0AF94EA8F819F4DA4FF22B235FDF21@EXCHANGE.cablelabs.com>
Cc: WHAT Working Group Mailing List <whatwg@whatwg.org>, "Tab Atkins Jr." <jackalmage@gmail.com>, Edward O'Connor <eoconnor@apple.com>

________________________________
From: Silvia Pfeiffer [silviapfeiffer1@gmail.com]
Sent: Tuesday, August 20, 2013 5:05 PM
To: Bob Lund
Cc: Tab Atkins Jr.; WHAT Working Group Mailing List; Edward O'Connor
Subject: Re: [whatwg] Should <video controls> generate click events?




On Wed, Aug 21, 2013 at 8:57 AM, Bob Lund <B.Lund@cablelabs.com<mailto:B.Lund@cablelabs.com>> wrote:


On 8/20/13 4:46 PM, "Silvia Pfeiffer" <silviapfeiffer1@gmail.com<mailto:silviapfeiffer1@gmail.com>> wrote:

>On Wed, Aug 21, 2013 at 8:32 AM, Tab Atkins Jr.
><jackalmage@gmail.com<mailto:jackalmage@gmail.com>>wrote:
>
>> On Tue, Aug 20, 2013 at 3:28 PM, Silvia Pfeiffer
>> <silviapfeiffer1@gmail.com<mailto:silviapfeiffer1@gmail.com>> wrote:
>> > IMHO, the example that Philip provided in http://people.opera.com/~**
>> > philipj/click.html <http://people.opera.com/~philipj/click.html> is
>>not
>> a
>> > realistic example of something a JS dev would do.
>>
>> Um, why not?  Clicking on the video to play/pause is a useful
>> behavior, which things like the Youtube player do.  Since <video>
>> elements don't generally do this, it seems reasonable that an author
>> could do pretty much exactly what Philip shows in his demo.
>>
>
>YouTube has their own controls for this, so Philip's example does not
>apply.
>
>What I'm saying is that the idea that the JS developer controls pause/play
>as well as exposes <video controls> is a far-fetched example.

What about a Web page that uses JS to control pause/play/etc based on
external messages, say from a WebSocket? The sender in this case acts as a
remote control.

The patch applies only to the case where the user interacts with browser-provided controls on the video element. In your case, the JS dev would probably not use the @controls attribute on the video element, since the playback controls comes from the remote.

<Bob>There still might be controls provided by the UA. I can use remote and TV controls as I choose. Should we presume what an app developer might want to do? What problem is being solved by making this restriction?</Bob>

Silvia.
Received on Wednesday, 21 August 2013 00:47:45 UTC

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