iPhone - Official Thread
- Thread starter imastalker co.
- Start date
- Status
Some developers have said they like to have other business models other than the current sell-once model thats in the App Store. What are some? Subscriptions for magazine developers, additional levels for game devs, and eBook devs, who want to sell one app and sell eBooks inside the app. Theyre supporting ALL of these things now with In App Purchase.
YES.
YES.
Darkflight
Member
Are there any video/audio streams?
"But some devs have come to us and talked about other models they'd like to use. Like subscriptions. A place where you could renew that sub in the app. Some game devs have wanted to be able to sell new levels from within an app. There are many examples of that, like e-books. Like a bookstore built into an app. We supporting these new models in what we call In-App Purchase."
it's DLC within DLC.
hmm... wonder if this will do away with awesome app updates that give us free new levels in games.
it's DLC within DLC.
hmm... wonder if this will do away with awesome app updates that give us free new levels in games.
Kung Fu Jedi
Member
New App Store options sound nice, and should unclutter somethings.
SuperPac
Member
Sean said:Just spotted this
Copy and paste CONFIRMED. (Look at the scissors/cut icon between Preferences and iPod).
Well that could just be webclipping, which is built into Safari. (Where you can clip part of a web page and use just that part as a dashboard widget.)
EDIT: Oh wait maybe it is.
Kung Fu Jedi
Member
Hmm... Peer to Peer sharing has potential. Cool for games for sure.
Bonjour over Blue Tooth. Awesome!
Bonjour over Blue Tooth. Awesome!
pretty cool
"Next... maps. We've worked with Google to build an incredible app for the iPhone. But devs have said they'd like to use Maps in their apps. They keep asking us to build something natural, that can wrap our maps into their applications. We're making the heart of the Maps application an API which devs can embed into their applications."
there's gonna be some pretty neat games that can use this.
Now enabling developers to use Core Location as the basis for turn by turn apps.
YES!
"Next... maps. We've worked with Google to build an incredible app for the iPhone. But devs have said they'd like to use Maps in their apps. They keep asking us to build something natural, that can wrap our maps into their applications. We're making the heart of the Maps application an API which devs can embed into their applications."
there's gonna be some pretty neat games that can use this.
Now enabling developers to use Core Location as the basis for turn by turn apps.
YES!
Kung Fu Jedi
Member
LCfiner said:
It already does. There is a turn-by-turn app out already. This looks to give it deeper functionality though.
Kung Fu Jedi
Member
LCfiner said:Finally: Push Notifications. "We're late on this one."
no kidding
looks like they're not giving up on Push services.
It'll probably be a lot better as well.
Kung Fu Jedi
Member
LCfiner said:
It still did turn-by-turn. I hear detractors on the subject all the time, and it's always something else. "Well, it does Turn-by-Turn but it doesn't do voice". It just shows you how complicated the subject is, and that someone will always want more.
Woah; Using Push Notifications on iPhone, standby time only dropped by 23 percent when testing an IM app.
23% standby lost just for having an IM client installed!!? I'd rather easily be running or not running an app. The fact something is there and configured to connect is absolutely stupid if it's silently draining your battery.
Push isn't very "push" if what it really means is your phone is constantly checking a server somewhere.
23% standby lost just for having an IM client installed!!? I'd rather easily be running or not running an app. The fact something is there and configured to connect is absolutely stupid if it's silently draining your battery.
Push isn't very "push" if what it really means is your phone is constantly checking a server somewhere.
Kung Fu Jedi
Member
Juice said:
It's an improvement over the 80% standby drop that they saw on other devices.
But yeah, that's the issue with background apps in any form.
Kung Fu Jedi said:
No it isn't. A background app is a running application, consuming processor cycles. A user can go in and quit a running application and reasonably expect it not to be impacting their battery anymore.
Push notification is (from a user's perspective) a configuration that's likely to be either always on or always off. Even if there's a constant cost to the battery for having Push on, and it's not some drainage that's O
over the number of apps that use it (it really, really shouldn't be), it's not quite the same.
Kung Fu Jedi
Member
Juice said:No it isn't. A background app is a running application, consuming processor cycles. A user can go in and quit a running application and reasonably expect it not to be impacting their battery anymore.
Push notification is (from a user's perspective) a configuration that's likely to be either always on or always off. Even if there's a constant cost to the battery for having Push on, and it's not some drainage that's O
Depends on the implementation. When they first showed the Push stuff last year you still had to sign into the App to activate it and I assume that'll be the case here. I wouldn't think they'd configure it so that the IM is always running at all times looking for messages to be pushed.
Kung Fu Jedi said:
If Apple is truly the only gateway for notifications, then it should be a simple universal on/off (maybe just given initial permission on an app-by-app basis). No reasonable architecture would have the phone itself actually caring about what type of notifications it'd be getting.
What I don't get is why this would drain the battery by a fifth. What do they need other than a very lightweight daemon listening on a port that can be contacted by Apple's server when it needs to. Push sounds a lot like "constant fetch" if it's cutting battery by a fifth.
Kung Fu Jedi
Member
Juice said:
I'm just going by the demo from last summer, which may be ancient by now. But in that case, they showed an IM app that when you signed in, it logged you into the network, say AIM, and then you could tell it to remain active, but you quit the app. To your friends, you appeared to still be signed in, and when they sent you a message the chat app icon had the little red circle with the number in it indicating the messages you'd received. To stop haing them pushed, you launched the app again, and signed out of the network.
Simple on and off wouldn't really cut it exactly, unless it's for a killing the system as a whole. The phone still needs to know which pushed items go with which app to a certain degree.
- Status