Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Well in that case,

To any devs reading this,

If you annoy the heck out of me, I will not buy your app! Can you have the USER choose which one to do? Like in the app's settings...

I'm sure the developers will give you the options. Otherwise no one would buy their annoying apps. Right, developers?
 
This is close but not quite. This is great for users who: (1) have internet on their device, and (2) who are using some type of application that needs to interface with a server.

You're telling me I need to establish all of these systems/servers just to trigger some kind of alarm or alert popup? And to do this there would need to be some kind of unique identifier/account information to maintain whose alarms are whose?

Don't talk about them "waiting to get it right" just yet, because they haven't. :rolleyes:
 
You're telling me I need to establish all of these systems/servers just to trigger some kind of alarm or alert popup? And to do this there would need to be some kind of unique identifier/account information to maintain whose alarms are whose?

Exactly. I can't very well put notifications in any of my apps because I don't have a server. Even though notifications would suit several of them very well.
 
You're telling me I need to establish all of these systems/servers just to trigger some kind of alarm or alert popup? And to do this there would need to be some kind of unique identifier/account information to maintain whose alarms are whose?

How would you send anything to an iPhone without a system / server in place? This requirement has got nothing to do with the way Apple have implemented push, you'd need it no matter what. I haven't checked how you send the notification but I'd imagine you could send it from a basic web server or from your home computer.

As regards the unique identifier, I'd imagine this will just be the Apple device id which some applications already use. Again, no matter what the implementation you'd need some way of identifying the target of the push.

All you've basically done is taken the basic requirements of a push system and tried to turn them in to issue due to the way Apple have implemented it, which has got nothing to do with it. The way Apple are doing it seems pretty efficient to me and I wouldn't be surprised to see others copying it.
 
How would you send anything to an iPhone without a system / server in place? This requirement has got nothing to do with the way Apple have implemented push, you'd need it no matter what. I haven't checked how you send the notification but I'd imagine you could send it from a basic web server or from your home computer.

You would have to have a process running on a server to send out a notification. I don't think a home computer would cut it, what if you put it to sleep? No more notifications!

Having to have a notification for an app such as an IM app is no problem, you'll have a server anyway. But lets say I have a timer app that you can set an alarm in. Do I really need to stand up a server to keep track of everyone's alarms so that people can get notified when the app isn't open? Doesn't anyone else find that a little overkill?
 
But lets say I have a timer app that you can set an alarm in. Do I really need to stand up a server to keep track of everyone's alarms so that people can get notified when the app isn't open? Doesn't anyone else find that a little overkill?

If the alarm's are stored on the iPhone, then you're talking about not being able to run it as a background app which is a different issue.

If the alarm's are stored at your end, then you're talking about push and you'd always need a server of some sort to store, manage and send the alarm's out.

It comes down to where the information triggering the notification is stored. If its on the iPhone then its the lack of background support that is the problem. If its stored outside of the iPhone then you're talking push every single time, which will always require a server.
 
This is close but not quite. This is great for users who: (1) have internet on their device, and (2) who are using some type of application that needs to interface with a server.

You're telling me I need to establish all of these systems/servers just to trigger some kind of alarm or alert popup? And to do this there would need to be some kind of unique identifier/account information to maintain whose alarms are whose?

Don't talk about them "waiting to get it right" just yet, because they haven't. :rolleyes:

I wonder if there will be some guy who makes a wholesale notification service you register with them your app info and send them the notifications you want then they handle it for you. I think I can see something like that being EXTREMELY convenient.
 
Wish Apple had allowed push notifications from within the iPhone itself, like for example, when I want to be reminded to do something from a to-do app, but I don't have internet connection at that time I want to be reminded.
 
You would have to have a process running on a server to send out a notification. I don't think a home computer would cut it, what if you put it to sleep? No more notifications!

Having to have a notification for an app such as an IM app is no problem, you'll have a server anyway. But lets say I have a timer app that you can set an alarm in. Do I really need to stand up a server to keep track of everyone's alarms so that people can get notified when the app isn't open? Doesn't anyone else find that a little overkill?

I believe the notifications being sent to apple are literally bytes of info. No huge amoung of bandwidth required at all. The problems occur when Apple wants you to check their feedback service and to maintain a list of devices no longer responding to your notifications (they removed your app, its off, cancelled service, etc etc) and you need to remove them from your notification queue. That becomes more of a project.
 
I think the dev's will make sure the pop ups do not overwhelm our screen... Hopefully;)

If a particular app is driving you nuts, you can limit that app's annoying level by going to the settings screen on your iPhone.
 
PNS doesn't have to be implemented in the way you describe. It could (and probably will) be as simple as a badge over the app's icon in the home screen. Completely unobtrusive.

The problem with that is you have to go through eleven pages of apps looking for a badge above the icon. The implementation is garbage and it has to be changed. I cannot believe that apple would release it like this. The iPhone is all about ease of use. It will be like hitting a xxx site.
 
Hopefully the notifications can be opened again later just in case you were busy and forgot what notifications came in.
 
Apple keeps making the iPhone platform more and more attractive as they open up more features in the SDK. I'm looking forward to seeing what the developers can come up with!
 
Wirelessly posted (iPhone: Mozilla/5.0 (iPhone; U; CPU iPhone OS 2_2_1 like Mac OS X; en-us) AppleWebKit/525.18.1 (KHTML, like Gecko) Version/3.1.1 Mobile/5H11 Safari/525.20)

I'm glad that it appears that they will get push notification working soon. I'm also glad they waited to "get it right"

By "get it right", does that imply they've managed to solve their biggest concern: Battery life? So what's the news here? They finally caved, battery-life be damned, or is this smiling face push deal something special that addresses their concern?
 
What I'm really hoping for is that Apple gives the ability to put an icon in the status icon area - up where the playing icon goes now without the need to jailbreak. Right now you can do this with the jailbroken app statusnotifier and I find it extremely useful - I can just hit the top button to turn the screen on and look at what apps have notifications. There would need to be a way to limit those icons to just a few apps (since there isn't much room), but for stuff like IM/RSS/Mail it would be great.
 
Cool - Push will help alot of apps. I also vote with the person who finds the logo creepy!
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.