I noticed some of the other push server providers offer the ability to keep track of the badge and increment it as a new notification comes in. Maybe the client could set the badge to "increment" or "+1", etc. The Aerogear Unified Push Server would then increment the badge and send the notification. Any thoughts ? -- View this message in context: http://aerogear-dev.1069024.n5.nabble.com/Aerogear-Feature-Request-Auto-I... Sent from the aerogear-dev mailing list archive at Nabble.com. _______________________________________________ aerogear-dev mailing list aerogear-dev(a)lists.jboss.org <javascript:;> https://lists.jboss.org/mailman/listinfo/aerogear-dev

Hi Keith! On Wed, Jul 16, 2014 at 7:05 PM, keithdmoore94 < keith(a)kdmooreconsulting.com&gt; wrote: > Currently, the cordova push plugin sets the badge number to zero which > clears > out the notifications upon launching the app. > > What I am saying is that I would like for the badge number to be > incremented > as the notification center receives the notification, not the mobile > device > app. > yeah, the push plugin should set the arrived number. Can you file a ticket for that ? > > So in my server side application, I would like to be able to set the badge > number in the java push client to "increment" and then have the Aerogear > Push Server keep track of the badge number and increment it every time a > push notification is sent. > Nope, the push server won't keep track. It just delivers the given number to APNs. The number can be totally different per user (e.g. number of messages in a messanger).

> > In the mobile app, I can always call the method to decrement the badge > number upon receiving the notification. Or even better would be to have > the > aerogear cordova plugin do that for me when it sends the notification. > decrement (or setting back to zero) is app logic, and Apple treats it that way. IMO the Push Plugin should follow that as well Thanks for sharing your toughts! Greetings, Matthias > > Should I open a feature request for this in Jira ? > > > > -- > View this message in context: > http://aerogear-dev.1069024.n5.nabble.com/Aerogear-Feature-Request-Auto-I... > Sent from the aerogear-dev mailing list archive at Nabble.com. > _______________________________________________ > aerogear-dev mailing list > aerogear-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf _______________________________________________ aerogear-dev mailing list aerogear-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev

On Thu, Jul 17, 2014 at 12:39 PM, Sebastien Blanc &lt; scm.blanc(a)gmail.com &gt; wrote: > > > > On Thu, Jul 17, 2014 at 12:34 PM, Matthias Wessendorf &lt; matzew(a)apache.org &gt; > wrote: > >> Hi Keith! >> >> >> On Wed, Jul 16, 2014 at 7:05 PM, keithdmoore94 < >> keith(a)kdmooreconsulting.com&gt; wrote: >> >>> Currently, the cordova push plugin sets the badge number to zero which >>> clears >>> out the notifications upon launching the app. >>> >>> What I am saying is that I would like for the badge number to be >>> incremented >>> as the notification center receives the notification, not the mobile >>> device >>> app. >>> >> yeah, the push plugin should set the arrived number. Can you file a >> ticket for that ? >> >> >> >>> >>> So in my server side application, I would like to be able to set the >>> badge >>> number in the java push client to "increment" and then have the >>> Aerogear >>> Push Server keep track of the badge number and increment it every time >>> a >>> push notification is sent. >>> >> >> Nope, the push server won't keep track. It just delivers the given >> number >> to APNs. >> The number can be totally different per user (e.g. number of messages in >> a messanger). >> > I think what Keith means is that on installation level the > auto-increment > badge number could be stored (and incremented). > Ok, that means we always increment? but what if the sales agent gets three new brochures on Monday, two on Tuesday. IMO there is zero value in having our server apply some magic. The meaning of the badge number is in most cases really something that the business backend already knows (Mr. T has 12 new mails). -Matthias What I am saying is that, I don't want to have to keep track of the badge number. I want the Aerogear push server to keep track of it. I don't know how many notifications that I have sent to the user. Also, if I had multiple disparate systems, I would have a much harder time getting the badge number correct. Seems like the Aerogear push server is an ideal candidate for this task. There would need to be some minor changes to the cordova plugin (right now it sets the count to zero which clears the badges and all of the notifications for that matter). The developer would be responsible for setting the badge number by calling the existing JS Push api function to set the badge number upon receiving the notification. I think that API should also make a call back to the Aerogear push server to update the badge number on the server. -Keith > > >> >>> >>> In the mobile app, I can always call the method to decrement the badge >>> number upon receiving the notification. Or even better would be to >>> have >>> the >>> aerogear cordova plugin do that for me when it sends the notification. >>> >> >> decrement (or setting back to zero) is app logic, and Apple treats it >> that way. >> IMO the Push Plugin should follow that as well >> >> Thanks for sharing your toughts! >> >> Greetings, >> Matthias >> >> >>> >>> Should I open a feature request for this in Jira ? >>> >>> >>> >>> -- >>> View this message in context: >>> http://aerogear-dev.1069024.n5.nabble.com/Aerogear-Feature-Request-Auto-I... >>> Sent from the aerogear-dev mailing list archive at Nabble.com. >>> _______________________________________________ >>> aerogear-dev mailing list >>> aerogear-dev(a)lists.jboss.org >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev >>> >> >> >> >> -- >> Matthias Wessendorf >> >> blog: http://matthiaswessendorf.wordpress.com/ >> sessions: http://www.slideshare.net/mwessendorf >> twitter: http://twitter.com/mwessendorf >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/aerogear-dev >> > > > _______________________________________________ > aerogear-dev mailing list > aerogear-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/aerogear-dev > -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf _______________________________________________ aerogear-dev mailing list aerogear-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev