Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Can't imagine a reason why it wouldn't be allowed on the iPod Touch. They are the same OS, with the touch not getting the phone app a few other back end things.

Thanks, and I agree that it does run the same OS. As you said, there are some features that are currently iPhone only. The fact that the image shows that it is using a 3G connection is indication that it works over 3g, but may not (for whatever reason) work over WIFI which would obviously exclude the iPod .

image.php
 
I guess you didn't entirely read/understand my post. There have been dozens of polls conducted that show the top feature requests. Nothing related to podcasts is anywhere near the top. And developers and other resources are 100% guaranteed to be diverted from higher demand features when they work on anything else. That is just how development, particularly software development, works.

To reiterate, I am complaining because they choose to allocate their time and resources towards features that bring in more money (e.g. - genius playlists) or are showy (e.g. - streetview) rather than the dozens upon dozens of features which are clearly more desired by their user base in general. While understandable in a corporate environment, it doesn't make me happy as customer.

On these "polls" you conducted, did you use a scaled response? I.e., giving examples of services/applications and letting the person choose? Was it a free form response?

Surely listing of services/applications is limiting and leading. did you add self-updating podcasts as a suggestion?

How does updating podcasts bring in money for Apple? Podcasts are free broadcasts, whereas video downloads encompass paid video content. Street View does either. It's just keeping up with Android.
 
iNap needs to open when the GPS hits a certain location

This could be done with simple triggers, and the CPU usage would be dependent on the internal components implemented by Apple.

- Bluetooth picture sending >_<

Good news either way :)
to be able to resand iNap to be able to embed triggersto be able to run in the background

This would kill the battery. Push notification allows an external server to wake up an application. To have GPS notifications, the messages would have to originate on the device, which would have to constantly poll the GPS. Right now, when it's not being used, the GPS radio isn't powered on. If it were being constantly polled, it would have to stay on all the time, and eat your battery.

Location-based notifications could be achieved with less battery impact by using cell triangulation, as the cell radio is going to be on anyway. The disadvantage is that it will still eat battery life and will be less accurate.
 
I guess you didn't entirely read/understand my post. There have been dozens of polls conducted that show the top feature requests. Nothing related to podcasts is anywhere near the top. And developers and other resources are 100% guaranteed to be diverted from higher demand features when they work on anything else. That is just how development, particularly software development, works.

To reiterate, I am complaining because they choose to allocate their time and resources towards features that bring in more money (e.g. - genius playlists) or are showy (e.g. - streetview) rather than the dozens upon dozens of features which are clearly more desired by their user base in general. While understandable in a corporate environment, it doesn't make me happy as customer.

Um, I think you have it backwards. I am in software development, and if everyone at my company suddently switched to help me out with my project, I'd tear my hair out. If they have a group of guys working on copy/paste, doubling the size of that group isn't going to help. Too many cooks in the kitchen.

I am sure they have one group working on copy/paste, but stopping every other feature from being worked on isn't going to help that single group out.

Genius playlists aren't an advertising feature - they are an implementation of a feature that their are various itunes plugins for - creating playlists of similar songs. The genius sidebar is the advertising half of that, but has little to do with the very useful genius playlists.

Also, I bet mostly Google's muscle goes into updating the maps app, not Apple's.
 
This is great news, the only reason I connect my ipod to itunes right now is to sync podcasts and it's painful every time. Now I won't have to rely on itunes anymore.
 
Thanks, and I agree that it does run the same OS. As you said, there are some features that are currently iPhone only. The fact that the image shows that it is using a 3G connection is indication that it works over 3g, but may not (for whatever reason) work over WIFI which would obviously exclude the iPod.

As far as I'm aware, the iPod Touch has all the features of the iPhone it can have. For example, it doesn't need the camera.app because there is no camera. No phone app because it's not a phone. Same answer would go for SMS.app.

They use that image because that is what the SDK shows devs.

I'm just wondering, what do you think the iPod Touch doesn't have that the iPhone does?

whys the carriers name blurred?
Best guess- could give away the location of the person leaking the photos.
 
Baloney

The whole issue is power consumption.
That has nothing to do with it! First it is up to the user to run background apps or not. Apps that don't run don't draw power, those that do run are only taking a fraction of the available processor time if well designed and if not will be quickly identified as poor apps by the user community.

In any event it is about user control. People realize that the more you ask of it the less time on battery you will have on any device. Battery usage should be up to the user and his need to leverage the hardware and software.
Just image if you have 2/3 apps checking for new data every 1-5 minutes. Your battery wouldn't end up lasting long.
You simply can't make that statement because you don't know what the app would be doing nor do you know how it would be scheduled. Someone running their iPhone in polled mode cheching for E-Mail every 15 minutes with an app on the same schedule might not notice any significant difference in battery life. Any ways it doesn't make any difference because it should be up to the user to determine how his battery is used.
They need to find someway around that.

It is already obvious that there are mechanisms within Mobile OS to schedule tasks otherwise you would have things like timed E-Mail downloads and the features Calendar offers. All one needs to do is expose these mechanisms to programmers and users in a clear an easy way. Let's face it OS/X is in the box, while I don't expect the same sort of multitasking as seen there I do expect something more than what we got.

I don't know what Apples long term goals are with Mobile but I do know that the OS has been rushed and is not complete. I' d really love to see Apple layout a road map of where they are going with Mobile. Personally I think a simple form of multi tasking is more important and more useful than a lot of things I see whining about on these forums. Such a feature explodes what is possible in a handheld.

Dave
 
Explains some of the banned iPhone Apps

Well, we now know exactly why Apple banned some of the iPhone applications that were doing this.

I think that puts us into a new rumor area. Given an application that Apple bans, that is likely to mean they are coming out with something soon.
 
Battery life can not be used as an excuse here.

This would kill the battery. Push notification allows an external server to wake up an application. To have GPS notifications, the messages would have to originate on the device, which would have to constantly poll the GPS. Right now, when it's not being used, the GPS radio isn't powered on. If it were being constantly polled, it would have to stay on all the time, and eat your battery.

Location-based notifications could be achieved with less battery impact by using cell triangulation, as the cell radio is going to be on anyway. The disadvantage is that it will still eat battery life and will be less accurate.

All these complaints about battery life are worthless. The reality is it is up to the user to decide how to use his battery. Simple as that!

Besides you seem to equate back ground apps with the same sort of apps push would work well with. The application for back ground apps is much wider than that. In any event please kiss the battery life argument good by. It is a waste of time because background apps would not impact people who do not use them at all.

Dave
 
All these complaints about battery life are worthless. The reality is it is up to the user to decide how to use his battery. Simple as that!

Besides you seem to equate back ground apps with the same sort of apps push would work well with. The application for back ground apps is much wider than that. In any event please kiss the battery life argument good by. It is a waste of time because background apps would not impact people who do not use them at all.

Dave

The whole point of Apple products is that they are user friendly and don't require you to be a certified engineer to use them.

Making the case that a user could manage these background tasks does not allow for easy and user friendly management.

If you think otherwise, I'd love to read how you think that might be achieved. After all, the current examples out there today are what I have as a reference. And from what I have seen they are all horrible.
 
That has nothing to do with it! First it is up to the user to run background apps or not. Apps that don't run don't draw power, those that do run are only taking a fraction of the available processor time if well designed and if not will be quickly identified as poor apps by the user community.

In any event it is about user control. People realize that the more you ask of it the less time on battery you will have on any device. Battery usage should be up to the user and his need to leverage the hardware and software.

You simply can't make that statement because you don't know what the app would be doing nor do you know how it would be scheduled. Someone running their iPhone in polled mode cheching for E-Mail every 15 minutes with an app on the same schedule might not notice any significant difference in battery life. Any ways it doesn't make any difference because it should be up to the user to determine how his battery is used.


It is already obvious that there are mechanisms within Mobile OS to schedule tasks otherwise you would have things like timed E-Mail downloads and the features Calendar offers. All one needs to do is expose these mechanisms to programmers and users in a clear an easy way. Let's face it OS/X is in the box, while I don't expect the same sort of multitasking as seen there I do expect something more than what we got.

I don't know what Apples long term goals are with Mobile but I do know that the OS has been rushed and is not complete. I' d really love to see Apple layout a road map of where they are going with Mobile. Personally I think a simple form of multi tasking is more important and more useful than a lot of things I see whining about on these forums. Such a feature explodes what is possible in a handheld.

Dave

I appreciate your response and I realize I could have stated some things clearer.

What I meant by innovating some type of proper way to prevent Apps from connecting every 1-5 minutes was something similar to push. I am not too familiar with the protocol AIM uses, but surely if it was connected all the time to the internet via wifi, that would drain the battery quickly - even faster on a cell network. If some type of push network can be implemented, that would solve the constant connection issue.

Two Questions:

How many users do you really think would be willing to look through settings to ensure that their battery life will last?

Isn't the whole point of having a background connected app to have an always on connection? How can that be implemented without a huge battery draw?
 
Linksys Network Password Help

-have internet
-have network
-have password that works on lynksis website
-can't use the password to logon to network

pls advise!:apple:
 
How many betas do they tend to go through until they release. While unrealistic, I'm hoping that the update leads to dev team perhaps doing something with the ipod touch.
 
How many betas do they tend to go through until they release. While unrealistic, I'm hoping that the update leads to dev team perhaps doing something with the ipod touch.

They are doing for the iPod Touch. This podcasting thing will be on it. When Copy and Paste comes, it will be on it. When background apps come, it will be on it. When MMS comes, it won't be on it.

It's simple to figure out what will be on the touch and what won't. If it applies to a phone/camera/gps, then no. If it can operate without all or any of that, then yes.

And I would think that since on the fly updates have been enabled (at least on the back end) then it won't be too long. My hope is by the end of the next week and Thanksgiving at the latest. I could be wrong though....
 
On these "polls" you conducted, did you use a scaled response? I.e., giving examples of services/applications and letting the person choose? Was it a free form response?

Surely listing of services/applications is limiting and leading. did you add self-updating podcasts as a suggestion?

How does updating podcasts bring in money for Apple? Podcasts are free broadcasts, whereas video downloads encompass paid video content. Street View does either. It's just keeping up with Android.

http://pleasefixtheiphone.com/

Or you an visit and single online tech site. They have all conducted informal polls.
 
Um, I think you have it backwards. I am in software development, and if everyone at my company suddently switched to help me out with my project, I'd tear my hair out. If they have a group of guys working on copy/paste, doubling the size of that group isn't going to help. Too many cooks in the kitchen.

I am sure they have one group working on copy/paste, but stopping every other feature from being worked on isn't going to help that single group out.

Genius playlists aren't an advertising feature - they are an implementation of a feature that their are various itunes plugins for - creating playlists of similar songs. The genius sidebar is the advertising half of that, but has little to do with the very useful genius playlists.

Also, I bet mostly Google's muscle goes into updating the maps app, not Apple's.

Apple flat out admitted that copy an paste is not a priority to them. While you can't just throw people at a problem, in real software firms (I work at one) they are built to scale projects and tasks up. The bottom line is that they implement the features that they want -- not the one that their customers want.

And even if copy and paste is too hard then let them get the email app working in landscape mode. Simple changes that people want rather than very niche features that are of dubious value to their customer base.
 
Please Answer!

Hey Guys , does anybody know will this be avadible for the iPod touch , and was the public release date figured out ?:confused:
 
Hey Guys , does anybody know will this be avadible for the iPod touch , and was the public release date figured out ?:confused:

No one knows when it'll be "avadible." It's think either in a week or by Thanksgiving, but my guess is as good as anyone else's.


http://pleasefixtheiphone.com/

Or you an visit and single online tech site. They have all conducted informal polls.

The second one on there (Wireless Sync) is pretty close. I'd say at least part of those people were thinking about wireless podcast updating.
 
As far as I'm aware, the iPod Touch has all the features of the iPhone it can have. For example, it doesn't need the camera.app because there is no camera. No phone app because it's not a phone. Same answer would go for SMS.app.

They use that image because that is what the SDK shows devs.

I'm just wondering, what do you think the iPod Touch doesn't have that the iPhone does?

Pretty sure I explained my reasons for thinking that. In case you are new to the Apple world, it is not uncommon for them to exclude features that have been implemented on newer (or higher end) hardware.

I suspect that the iPod will get these features (likely will have to pay for them), but I will not be shocked if Apple doesn't offer them to the iPod at all.

image.php
 
Couldn't backgrounding be managed by CPU quotas and a system-wide network timeslicing service? If an app wants to continue running in the background and access the network, it could go into a low power loop and inform a system service of how often it wants to access the network. Every so often the timeslicing service will turn on the data network and inform apps that they can do their network stuff. In fact, if all it wants as a background app is network access, it can even stop and consume no CPU time (and thus no battery power) at all until it's time for it to use the network.
 
The second one on there (Wireless Sync) is pretty close. I'd say at least part of those people were thinking about wireless podcast updating.

I'm pretty sure that most people think of wireless sync as syncing with iTunes. It's not really the same thing as over-the-air podcast downloading.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.