03-13-2012 05:30 AM
03-13-2012 12:13 PM
03-13-2012 01:48 PM
03-13-2012 01:52 PM - edited 03-13-2012 01:53 PM
Hopefully this is much more readable:
I don't know where we're supposed to officially report things like this, so I'm just going to start here.
If anyone knows of answers or workarounds for these problems, please let me know.
The webkitNotifications API could be great. Unfortunately, at the moment, it's pretty poor.
- Every time your app restarts, you must call webkitNotifications.requestPermission() and the user must authorize the app again - it does not remember the authorization.
- When closing the app, notifications stay hanging around, however will immediately close the moment you attempt to display them (the spec says they should hang around until closed - a good alternative if that's not possible would be force closing all the closed apps notifications when the app is closed, so that they aren't briefly visible on the notification bar)
- The notification "onclick" event is fired when clicking on the 'x" button to close it
- The notification "onclose", "ondisplay" and apparently "onerror" events are never fired
- The "iconUrl" parameter for the createNotification call is apparently ignored Additionally, there is no alert sound played when calling the HTML alert functions, so the only indicator is this weird little tiny red outline on the upper left hand corner of the device. Of course, I suppose one could play their own sounds here, but it'd be nice to be able to actually supply one directly to the API.
My guess is we can probably build our own HTMLNotification and use that to significantly improve on some of these things. It'd be really nice to have it in the OS itself though.
Further suggestions to enhance the usability of notifications in the OS as a whole:
Do not play a notification sound for -every email received-. I deleted all my email accounts from the device after putting up with that for about 5 minutes.
Move the close button to the left hand side of the notification, so that you can get rid of it with only one hand on the device
When opening the OS status bar using the upper-left-hand-corner-swipe-in, if there are new notifications, open them automatically. It shouldn't take 2 motions to get to the notifications, and then have an additional tap for each one to get rid of it.
On that note, add a button to clear all seen notifications. One thumb slide, glance, tap clear, all the ones that were visible are gone.
Remove the 8-notification limit.
I had been looking qutie forward to getting the PlayBook in my hands, to see what the people who took mobile email and messaging from the sad state it was in a decade ago to a whole new artform had been up to.. but unfortunately, the notification system and email apps are in a pretty sorry state.
03-13-2012 01:52 PM
You can find it from the BlackBerry Jam dashboard. Here is a direct link:
03-13-2012 01:57 PM - edited 03-13-2012 02:00 PM
Seriously? More junk to register for and sign into? How frustrating.
The Developer Zone, the Developer Portal, the Developer Forums, the Developer something else that I also had to sign up for .. anyone ever hear of "single sign-on"?
03-13-2012 10:06 PM
03-14-2012 02:17 AM - edited 03-14-2012 02:21 AM
Many of these issues are not WebWorks specific, but rather reflect the overall state of the PlayBook notification system. I'm guessing from what you said you're not a BBOS user, but it's how to do a notification system. Apps register notification types with a default sounds/volume/vibrate length/repeat/etc. You can even set different behaviour in case vs out of case. Users then have multiple notification profiles they can switch between, and for each profile you can fully customize each notification type. For example I've got separate vibrate, phone only, silent, normal profiles.
I am pretty sure the PlayBook is a case of not implemented yet. Rather than doing things like removing the sound for every email (which most BlackBerry users expect, it's always been the default), they just need to implement a proper notification system. Given how good RIM's current system is I'm sure this is on the roadmap somewhere.
03-14-2012 02:18 AM
03-14-2012 02:46 AM