Agreed. And if they know what's good for them they'll delete all the "comments" and responses and just show their product and leave the comments for the App store...Maybe it will be released tomorrow?
Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
MobileChat coming soon
- Thread starter hybrid62
- Start date
- Sort by reaction score
Agreed. And if they know what's good for them they'll delete all the "comments" and responses and just show their product and leave the comments for the App store...Maybe it will be released tomorrow?
Most of the apps that come out tomorrow are released tonight at midnight. Besides, these guys haven't even submitted the app to Apple (they keep saying Apple locked them out of iTunes), so they need to submit it and wait for approval. We won't see this at the earliest till next week, and that's banking on there not being a delay again before it's over with.
It better be a damned gorgeous piece of software or people simply aren't going to bother given the way they promote themselves.
My understanding of how the push will work is that Apple will have it set up so developers can send a message to the device letting people know that there is something going on.
All developers will share this same access. When the phone receives the message then it will notify the user in whatever manner Apple allows. They have not said at this point how fully integrated or alarming this will be.
It will though, allow developers to signal events to people on their phone to get their attention no matter what they are doing on the device. That is the crux of it.
My understanding, though, is these notifications are going to come from apple serverrs outside the phone. IE push functionality will not be something on the phone, except for the receipt of the notification. The actual notification will be triggered by the developer, sent to an apple server and then to the phone. Someone correct me if my understanding on this is wrong.
All developers will share this same access. When the phone receives the message then it will notify the user in whatever manner Apple allows. They have not said at this point how fully integrated or alarming this will be.
It will though, allow developers to signal events to people on their phone to get their attention no matter what they are doing on the device. That is the crux of it.
My understanding, though, is these notifications are going to come from apple serverrs outside the phone. IE push functionality will not be something on the phone, except for the receipt of the notification. The actual notification will be triggered by the developer, sent to an apple server and then to the phone. Someone correct me if my understanding on this is wrong.
Until push support comes about then that is correct.
For the mean time, i use beejive web app which gives you the option of staying signed in for upto 2hrs when not using it. So if i quit safari or browse to another site then come back to it, as soon as it loads i see all the recieved messages because others still think i'm signed in.
That's theoretical, however the developers have found a way around that for now.
Currently, when you exit the application, they still keep you logged on in their server. When someone IMs you, they queue the messages up. As soon as you return to the application, you receive the IMs. This also means that IMs can come waaay late depending on how often you return to the program.
Push won't run the application in the background.
Push keeps the connection to the server. It's like what I said above, only instead of queuing the messages, they are immediately sent to the phone (currently, when an application is closed, the connection is shut off...push keeps the connection). So you won't be getting those "Reconnecting" (unless you lose service).
It's better, because if you're running the application in the background, the buddy list is still being updated, people's statuses and icons are changing, etc. But if your application is in the background, what does that matter to you? Useless battery drain and performance drain.
Of course push does not solve the problem of AOL Radio running in the background. That application truly has to run in the background to work.
looking at the feature list of mobilechat, it looks like they'll keep you signed in using their servers until you open the app again, though you still won't be notified of incoming IMs until the push notification service becomes available.
I think if you sign out then you won't stay signed in on the servers. Until push comes, pressing home should sign you out as you won't receive replies.
The big thing is that if signal is lost, for whatever reason - a tunnel etc you won't be signed out. You will stay signed in on their servers and receive all missed messages as soon as you get coverage again. This is a great feature!
Mobile chat is using its own server which will keep you online until you sign off manually (thank god). There is also talk of txt messaging you (as an option) to notify you of a new message.
Please read up on the product before posting ignorant BS. Guessing doesnt help anyone.
Please read up on the product before posting ignorant BS. Guessing doesnt help anyone.
From the website, this is an AIM only app. No MSN, Yahoo, etc...I'm pretty disappointed...
From their site:
"Using a simplistic approach, keeping a unified GUI in mind, and using the most light weight methods for executing tasks, MobileChat is the premier AIM Application for the iPhone.
Features
- AIM Account Support
- IM Abilities
- Full Buddylist with Statuses
- Change status: Away & Online
- Suspend and stay online
- Sound notifications
- Popup Notifications
If you are referring to mobilechat, your post is not correct. As per their developer when I asked over at his blog, "@Eric: AIM, MSN, GTalk, YIM along with Jabber all work. The price is set at $2.99"
Link:
http://tumblr.twenty08.com/post/42918457/another-mc3-update#disqus_thread
All the major im's will be supported
more features
Since mobile chat hit a delay in being released the developers have added sms alerts. Basically when you close the app you will be alerted by text message when someone sends you a message.
here the link for more information and pics:
http://tumblr.twenty08.com/post/43400591/appstore-delays-mean-more-features
Since mobile chat hit a delay in being released the developers have added sms alerts. Basically when you close the app you will be alerted by text message when someone sends you a message.
here the link for more information and pics:
http://tumblr.twenty08.com/post/43400591/appstore-delays-mean-more-features
This is pretty much usless since its limited to those services like AIM that currently allow you to receive sms messages from your buddies when they message your aim account, assuming you enabled this feature in AIM. You don't need mobilechat or any other service now to do this. In fact, i leave my AIM on at my home account and I receive sms messages to my iphone anytime a buddy messages me, and via sms i can respond to my buddies' messages. mobilechat is simply piggybacking off of the infrastructure already in place by AIM for such functionality, in fact i would even venture to say mobilechat probably didn't have to do much to hook in other than by default enable the native feature in AIM.
If mobilechat really wanted to do us good, they should write such functionality for the other IM services that don't have such a feature in place natively, such as Yahoo or MSN.
Actually thanks for this reply, I just looked through Yahoo!'s settings and you can enable sms messaging when you sign out of the PC client. This will tide me over until they get a dedicated Yahoo! app...if it ever comes.
Thanks!
Yeah, i've had my yahoo one enabled as well for a long time but i don't find it nearly as reliable as the aim version. The yahoo one is kind of hit or miss for me, unless i have a setting screwed up somewhere
Actually, during the WWDC keynote, they did lay out how the developers can choose to alert users. They can push a badge alert to show a number like the email, phone, and SMS apps, they can push sounds, and they can push textual alerts similar to SMS. Sounds and textual alerts will be audible/visible regardless of what app you're using. so if your phone is in your pocket, you'll hear an alert just like with getting email, a phone call, or SMS.
The only part that may be questionable is whether or not the textual alert will be visible before you unlock your phone. Scott Forstall is the one that was talking about this, and he said the textual alert would be "similar to" the SMS alert. By saying "similar", he's left Apple open to not having to allow these to be seen until the phone unlocks, or only while the phone is in operation. That's unknown currently, but I feel pretty confident in saying that it will display on your lock screen that you've got an alert and you can unlock the phone to them go see what's going on.
As for how these alerts get there, you're right- Apple will have a push notification server that retains a steady connection with the phone (I wonder if this will somehow be integrated in with the cellular signal or if it will be something additional that might eat battery on its own). When you close your app, the server associated with that app (say AOL's AIM server) will retain the connection for you. when someone IMs you, it will push an alert to Apple's server, which in turn alerts your phone.
Push technology doesn't keep you signed in. With MobileChat, their servers do that, and when someone replies to your IM, it will push it to your iPhone.