Skip navigation
sinious
sinious
Currently Being Moderated

iOS - Can you manually adjust badge on app icon?

Sep 5, 2012 9:00 AM

My app is just a brochure. Users can download compatible files to view (DOC, PPT, PDF, XLS, MP4, etc). If a newer version of a previously downloaded file is available I'd just like to update the badge icon on the app to alert the user their downloaded resources have updates.

 

So far all I see as a way to update a badge icon (outside previous ANEs that are said to be malfunctioning) is the new AIR 3.4 push notification updates. I see you can register to receive PUSH and if RemoteNotifier receives a notification event of type RemoteNotificationEvent.TOKEN it can adjust the badge?

 

I only wish to set the app icons badge number manually from inside the app, after I determine if there's any resources that need updating. I don't need push services. Is there an easy means that I'm simply not seeing to adjust the badge, such as somehow faking a RemoteNotificationEvent.TOKEN event or any classes I'm not seeing inside flash.notifications.*?

 

Thanks for any tips!

856 Views   9 Replies   Latest reply: sinious, Nov 8, 2012 10:23 AM
 
Replies
  • Varun Bhatia
    Currently Being Moderated
    1. Varun Bhatia,
    Sep 5, 2012 9:33 AM   in reply to sinious
    Report

    Updating badge from inside the app is a type of local notification. Unfortunately, local notifications are still not suppored in AIR. However, you can use native extensions for the same.

    Some of the ANE links to get you started

    http://juankpro.com/wordpress/2012/05/10/local-notification-ane-source -code/

    http://www.as3gamegears.com/air-native-extension/local-notifications/

     
    |
    Mark as:
  • sinious
    Currently Being Moderated
    2. sinious,
    Sep 5, 2012 10:32 AM   in reply to Varun Bhatia
    Report

    Ah so by the time the app gets the event the iOS has already handled the local notification elsewhere. So AIR itself isn't doing it.

     

    I found both of those links to be helpful and this one as well that was recommended by Adobe staff on only supporting push, not local notifications:

     

    http://www.adobe.com/devnet/air/native-extensions-for-air/extensions/n otification.html

     

    Thanks for clearing that up!

     
    |
    Mark as:
  • Varun Bhatia
    Currently Being Moderated
    3. Varun Bhatia,
    Sep 5, 2012 10:35 AM   in reply to sinious
    Report

    Did not understand your comment "Ah so by the time the app gets the event the iOS has already handled the local notification elsewhere. So AIR itself isn't doing it."

     
    |
    Mark as:
  • sinious
    Currently Being Moderated
    4. sinious,
    Sep 5, 2012 10:52 AM   in reply to Varun Bhatia
    Report

    I mean the OS is handling the notifications on an OS level and then AIR is notified afterwards. AIR itself is just registering the app for the push. The push itself is sent to the device and on an OS level it is handled and then sent to the app as an event that has already happened. Is that correct?

     
    |
    Mark as:
  • Varun Bhatia
    Currently Being Moderated
    5. Varun Bhatia,
    Sep 6, 2012 9:33 AM   in reply to sinious
    Report

    You are mostly correct except the fact that on iOS, the OS may handle the notification and application may never get to know about it.RemoteNotificationEvent.NOTIFICATION is fired only in following two scenarios:

    1. The application was in foreground when remote notification was received.
    2. The application was not in foreground when notification was received and as a result of the presented notification, the user taps the action button of the alert.

    If the notification is delivered when the application isn’t running in the foreground, the system presents the notification, displaying an alert, badging an icon, perhaps playing a sound. And hence the event will not be dispatched. In other words, this event will NEVER be fired if application was in background(sleeping/dead) and user ignores the notification.

    Please refer to http://blogs.adobe.com/airodynamics/2012/05/29/push-notifications-supp ort-in-ios/ for more details.

     
    |
    Mark as:
  • sinious
    Currently Being Moderated
    6. sinious,
    Sep 6, 2012 11:35 AM   in reply to Varun Bhatia
    Report

    Yes I did read that foregrounding was an issue with that. I'm going to have to use the ANE and hope it still works as AIR3.4 starts messing with the notifications.

     

    Thanks again for the tip!

     
    |
    Mark as:
  • sinious
    Currently Being Moderated
    7. sinious,
    Nov 8, 2012 8:14 AM   in reply to Varun Bhatia
    Report

    Now that AIR 3.5 has a notification invoke event, does this fix the "the app will NEVER get the notification if backgrounded/not loaded" scenario?

     
    |
    Mark as:
  • Varun Bhatia
    Currently Being Moderated
    8. Varun Bhatia,
    Nov 8, 2012 9:11 AM   in reply to sinious
    Report

    Yes! it fixes the issue!

     
    |
    Mark as:
  • sinious
    Currently Being Moderated
    9. sinious,
    Nov 8, 2012 10:23 AM   in reply to Varun Bhatia
    Report

    Thanks again for all the helpful advice!

     
    |
    Mark as:
Actions

More Like This

  • Retrieving data ...

Bookmarked By (1)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points