20 messages in com.googlegroups.android-discussRe: Upgradable Android| From | Sent On | Attachments |
|---|---|---|
| Anders | 07 Feb 2008 22:02 | |
| Nanard | 08 Feb 2008 01:56 | |
| Noble Travels | 08 Feb 2008 02:46 | |
| Anders | 08 Feb 2008 06:07 | |
| JR | 10 Feb 2008 16:12 | |
| Caligo Spiri†us | 11 Feb 2008 01:36 | |
| Anders | 11 Feb 2008 05:07 | |
| JR | 11 Feb 2008 17:09 | |
| Cary Harper | 11 Feb 2008 22:50 | |
| Anders | 12 Feb 2008 02:54 | |
| Caligo Spiri†us | 12 Feb 2008 06:26 | |
| JR | 12 Feb 2008 09:45 | |
| Cary Harper | 12 Feb 2008 12:02 | |
| Anders | 12 Feb 2008 13:22 | |
| JR | 12 Feb 2008 16:11 | |
| Anders | 12 Feb 2008 23:01 | |
| Cary Harper | 13 Feb 2008 07:15 | |
| Anders | 13 Feb 2008 07:58 | |
| JR | 13 Feb 2008 15:41 | |
| Anders | 13 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




