W3C home > Mailing lists > Public > public-device-apis@w3.org > February 2014

Re: Implied Pairs in the Vibration API

From: Kostiainen, Anssi <anssi.kostiainen@intel.com>
Date: Tue, 18 Feb 2014 11:55:21 +0000
To: Iain Dawson <iain@musicfortheblind.co.uk>
CC: "<public-device-apis@w3.org>" <public-device-apis@w3.org>
Message-ID: <709801FA-F946-4757-9FB0-B755E594EC8B@intel.com>
Hi Iain,

On 17 Feb 2014, at 17:11, Iain Dawson <iain@musicfortheblind.co.uk> wrote:

> Thanks for the detailed response. Third-party libraries totally could build nice wrappers for people wanting to do complicated stuff (or for themselves), and you're right, for most cases that would be fine.
> Multi-vibration devices was simply the only other extension that came to mind, but I'm not convinced it'd be the only one. For instance, with lateral vibration motors, it might be reasonable to expect people to want to manipulate both frequency and intensity of vibration at some point.
> Can you describe a way future extensions to the API could be implemented such that backwards compatibility with sensible fallbacks would be reasonably trivial?

That would need to be assessed on a case by case basis, as it depends on the specific requirements an extension has.

That said, the group did not design the API with any specific extension mechanism in mind, because the intersection of the major platforms is pretty much what we have now. We also thought we’ll cross that extensibility bridge when we get there.

Should we need to extend the API in the future, we could use method overloading, or a separate method, for example, depending on the requirements.


Received on Tuesday, 18 February 2014 11:56:26 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:33:05 UTC