On Wed, Jun 3, 2015 at 10:04 AM, Erik Jan de Wit <edewit(a)redhat.com> wrote:
So what the cordova plugin does now is take the payload it received
create a json from this and call the js interface. So as a 3rd option
we could also remove all the properties from the alert and leave only
the body in all cases.
This only question is does one need to know the
title and action settings in the js or is can one suffice with the
If needed the plugin can move these things to a ios specific object, I
would like to keep it as unified as possible the whole idea of our own
plugin was to eliminate the need for platform aware js code.
On Wed, Jun 3, 2015 at 9:45 AM, Matthias Wessendorf <matzew(a)apache.org>
> On Wed, Jun 3, 2015 at 8:37 AM, Corinne Krych <corinnekrych(a)gmail.com>
>> Is there an option to move this payload from under alert to a dedicated
>> "ios" section as we have the "windows" one explained in UPS
>> With this option Cordova will still have to deal with extended ios
>> features for alert and we will have a new payload version.
> right, since Cordova_iOS boils down to be... iOS :-)
>> Out of all options, I think a Cordova support need to be done anyway.
> I think so too
>>  https://aerogear.org/docs/unifiedpush/push-message-format-dev/
>> On 2 June 2015 at 18:09, Matthias Wessendorf <matzew(a)apache.org> wrote:
>>> since iOS 8.0 we have the option for UI actions on the push
>>> This is supported on java-apns and therefore on the UPS, however this
>>> causes the alert to be an object, and not a String, if the 'action'
>>> Another feature that is leveraging this is the support for Safari,
>>> is a 'title' on the alert object, used by Apple Watch (iOS 8.3) as
>>> Sending always an object from the UPS to the APNs cloud breaks the
>>> Cordova code, since it's expecting a string.
>>> On the UPS I could do construct the object only if things like title or
>>> action are actually set. This would fix the issue on Cordova. However,
>>> means that our Cordova code would not support the 'action',
>>> iOS 8.0
>>> I can see a few options:
>>> * for 1.1.0 -> do if/else and send object only if present. However,
>>> would still mean the Cordova plugin has to check if the alert is just a
>>> string, to avoid crahes
>>> * for 1.2.0 (or 1.1.x, if really needed) -> Add Cordova support for
>>> being an object (helps for Apple Watch apps and supports the
>>> Any thoughts or other options?
>>> Matthias Wessendorf
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>> aerogear-dev mailing list
>> aerogear-dev mailing list
> Matthias Wessendorf
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
> aerogear-dev mailing list
aerogear-dev mailing list