20 messages in com.googlegroups.android-discussRe: Upgradable Android
FromSent OnAttachments
Anders07 Feb 2008 22:02 
Nanard08 Feb 2008 01:56 
Noble Travels08 Feb 2008 02:46 
Anders08 Feb 2008 06:07 
JR10 Feb 2008 16:12 
Caligo Spiri†us11 Feb 2008 01:36 
Anders11 Feb 2008 05:07 
JR11 Feb 2008 17:09 
Cary Harper11 Feb 2008 22:50 
Anders12 Feb 2008 02:54 
Caligo Spiri†us12 Feb 2008 06:26 
JR12 Feb 2008 09:45 
Cary Harper12 Feb 2008 12:02 
Anders12 Feb 2008 13:22 
JR12 Feb 2008 16:11 
Anders12 Feb 2008 23:01 
Cary Harper13 Feb 2008 07:15 
Anders13 Feb 2008 07:58 
JR13 Feb 2008 15:41 
Anders13 Feb 2008 22:48 
Subject:Re: Upgradable Android
From:JR (joer@googlemail.com)
Date:02/12/2008 04:11:28 PM
List:com.googlegroups.android-discuss

In nearly all countries are mobile data transfer costs magnitudes higher than mobile voice services.If you are traveling a lot you can pay easily 20 EURO/MB abroad. And even at home most data tariffs are not really cheap.

Let us assume that our fictive use has agreed on the following data tariff plan 25 EURO/ month first 5000 MB free any further MB 0,5 EURO.

He owns a up-to-date device which supports 7,2 MBit/s, the network provider offers effectively 3600 kBit/s. This means his hand-set can produce 360kByte data transfer every second. Which is more than 1GB each hour.

Under bad conditions the monthly bill can get exorbitantly high. In this situation it is nice to know that high speed internet drains the batteries really fast. ;-)

But neither is what most mobile phone users want, they want long lasting batteries and predictable low bills. The only way I see is to put them into control, let them set quotas for each application independently.

There are currently many bad examples on the market that annoy the user asking him if it is okay that the currently running application connects to the internet. I would appreciate it much more if I could say e.g. Google Maps may consume up to 200 MB every month. I want my expenses to be controlled by me and not by 3rd party applications.

As long as customers are billed depending on the network resources they consume, it is important for them to have control about their network usage.

On 12 Feb., 22:23, Anders <i.@blabline.com> wrote:

Yes, when an application is running, then perhaps the user must be prompted. And the user can start an application at anytime, so it could be tricky to have upgrades completely transparent to the user.

On Feb 12, 9:02 pm, "Cary Harper" <cary@gmail.com> wrote:

If the package manager can detect when the device is connected, and if checking for updates doesn't require user intervention (log in, etc.) then it could be completely transparent. The client could check the server for updates periodically and install them when available.

The danger to that is when a certain upgrade affects an application that is running. I think it would be safer to prompt the user first, or allow the user to schedule the event during off peak usage.

On Feb 12, 2008 2:55 AM, Anders <i.@blabline.com> wrote:

I would like to have, even though it is perhaps difficult to implement in practice, an upgrade mechanism for applications that was transparent to users. It's more difficult to acheive this for applications than for websites. When I visit CNN.com for example, I don't think of that site as having different versions, yet websites like that can be upgraded gradually without the user having to bother about it. It would be neat to be able to do something similar with Android applications.

On Feb 12, 2:10 am, JR <joer@googlemail.com> wrote:

I would really appreciate if an application could politely ask the user to allow the registration of an update listener for it.

The user should always have the possibility to opt in and out of such services, or limit network access for an application to WIFI or Bluetooth connectivity. At least if you use your phone abroad it can become a costly experience.

On 11 Feb., 14:07, Anders <i.@blabline.com> wrote:

Whoa. That looks like something I had in mind. I wonder if this or something similar will be available also for applications.

On Feb 11, 1:13 am, JR <joer@googlemail.com> wrote:

The SDK contains already some hints that it may be possible.

Many phones already have this feature (FOTA - firmware updates over the air), but some have also shown that this can be a horrifying experience for the phone owner if it is not done well. No one wants her phone turned into an IBrick.

On 8 Feb., 15:07, Anders <i.@blabline.com> wrote:

Thanks. Yes, it should be transparent to application developers. I wonder how Google has planned to do the upgrades. Confidential stuff at the moment I'm sure. :-)

On Feb 8, 10:56 am, Nanard <bseg@free.fr> wrote:

Really good idea !

It's more a work for Google team than for us (people participating in the challenge), as it is OS stuff

On 8 fév, 07:02, Anders <i.@blabline.com> wrote:

I think Google should make Android dynamically upgradable so that a device that has a certain version of Android will be automatically upgraded, including third-party device drivers if needed, when new versions of the platform become available.

The upgrading has to be fine-grained if it is to be semi-transparent to the user. A user of a mobile device can become unendingly