- From: Justin Lebar <justin.lebar@gmail.com>
- Date: Wed, 7 Nov 2012 09:23:43 -0800
- To: Henri Sivonen <hsivonen@iki.fi>
- Cc: Anssi Kostiainen <anssi.kostiainen@nokia.com>, ext David Bruant <bruant.d@gmail.com>, "DAP public-device-apis@w3.org" <public-device-apis@w3.org>, Marcos Caceres <w3c@marcosc.com>
On Wed, Nov 7, 2012 at 5:26 AM, Henri Sivonen <hsivonen@iki.fi> wrote:
> On Tue, Nov 6, 2012 at 11:35 AM, Anssi Kostiainen
> <anssi.kostiainen@nokia.com> wrote:
>> In early drafts we had 'vibrationstart' and 'vibrationend' events but we dropped them from v1 as we did not have compelling use cases for them. As always, we're happy to reconsider adding something similar in v2 if we unearth new use cases. I've added a note about this to our FutureWork wiki, so we don't forget:
I suggest you do
navigator.vibrate(1000);
setTimeout(function() { ... }, 1000);
and try it on a hardware device which supports the vibration API. (I
believe Firefox on Android does.) I suspect that the difference
between the setTimeout finishing and the vibration finishing will be
imperceptibly small.
In my view, this mostly obviates the need for "startVibrating" and
"stopVibrating" events. Indeed, on Android, I'd implement those
events with a timer. But doing it correctly involves informing the
page when the vibration is cancelled by something else on Android
calling the system vibrate function -- which is
difficult-to-impossible.
I probably would not implement startVibrating / stopVibrating events
in Firefox without an exceptionally compelling use-case, because it's
going to be difficult to get right on systems where we don't have
exclusive, low-level control of the vibrator.
-Justin
Received on Wednesday, 7 November 2012 17:24:34 UTC