incubator-callback-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Drew Walters <>
Subject Cordova-js enhanced platform APIs
Date Tue, 13 Mar 2012 17:15:21 GMT
On a couple of occasions while working on integrating cordova-js
functionality into BlackBerry I've come across situations where
BlackBerry historically had enhanced API which was not available
across all platforms.  A great example of this is the Notification
API.  The common Notification API currently available in cordova-js
provides alert, confirm, beep and vibrate.  On BlackBerry (and
Android) platforms, support was added a while back to provide activity
and progress dialog creation/management [1].  With the existing
cordova-js implementation there doesn't seem to be a good way for a
platform to provide enhancements to a common API (adding to

Now, this could be solved in one of the two ways [2] we currently
handle platform overrides, but I would like to use the common API for
as much as possible and only inject the new API. I've coded up a
solution [3] to provide object merging through the builder which
allows the platforms to define the objects they would like to merge.
This allows a platform to make use of the common API but additionally
add enhancements to the exposed global object.  This seems to me a
little cleaner then option #2 in [2].

I believe this issue to be separate from the issue of providing a
proxy exec [4] as the issue I'm hoping to solve is allowing a platform
to expose API not common across platforms as opposed to overriding
common API.  Now, whether we should allow a platform to expose an API
that is not common is probably worth discussing, but we currently have
some historical compatibility issues we should strive to solve.  So,
some questions for discussion:

1. Should we allow platforms to expose API that is not common across
all platforms or should API always be in common and the platform coded
to fail gracefully if the API is not supported?
2. If we allow platform specific API, is the merge mechanism
preferable over options in [2]?


View raw message