Comments on: Did anyone notice that Android doesn’t support multitasking?

By: nooby

nooby — Tue, 13 Nov 2007 19:05:50 +0000

Am I the only one still thinking OpenMoko is still the better Linux platform?

I agree with Stefan: Nice idea, but the current approach is incomplete. But with Google financing the stuff Android will have some time to mature.

By: JaXX

JaXX — Tue, 13 Nov 2007 06:36:39 +0000

It ain’t worse than process killing on Symbian when another app needs to free memory… because on Symbian, you won’t get the same state back. There’s a “Don’t suicide Me” Flag hopefully but well.

By: Stefan Constantinescu

Stefan Constantinescu — Tue, 13 Nov 2007 06:09:46 +0000

Yea ads, check it out here:

http://code.google.com/android/intro/lifecycle.html

quote:

“An important and unusual feature of Android is that an application process’s lifetime is not directly controlled by the application itself. Instead, it is determined by the system through a combination of the parts of the application that the system knows are running, how important these things are to the user, and how much overall memory is available in the system.”

By: William

William — Tue, 13 Nov 2007 00:33:56 +0000

Will take a lokk on SDK and find out what this is.

By: ads

ads — Tue, 13 Nov 2007 00:24:25 +0000

do you even understand the vids stefan?

By: Antoine of BH/MMM

Antoine of BH/MMM — Mon, 12 Nov 2007 23:15:07 +0000

Here’s something for you to consider:
If the OS is designed right, and each of the apps are able to access the data needed independent of the attending apps, then multitasking as desktop OSes have taught is nearly not needed. Combine that along with the ability to correctly save-state, and you have the correct (IMO) paradigm for how to develop mobile applications.

By: olly

olly — Mon, 12 Nov 2007 22:32:49 +0000

Make sure that you all aren’t getting Java apps and J2ME apps confused… J2ME apps, like the Gmail app on Symbian/S60 phones, are slow, don’t have as much access to the phone, etc… because they have to be run through a compatibility framework.

Java apps as native apps, on the other hand, are a much different animal, and would run just like a .sisx on S60 would.

As for the multitasking thing, that will SUCK if it’s the case… hell, even the freakin Sidekick can multitask.

-olly

By: Will Park

Will Park — Mon, 12 Nov 2007 22:31:48 +0000

Looks like it’ll multi-task by way of saving application states as long as there’s enough space for all the processes.

Still, I expected more.

By: JaXX

JaXX — Mon, 12 Nov 2007 22:15:06 +0000

The Emulator alone is already fun
http://jaxx.org/index.php/2007/11/12/android/

By: JaXX

JaXX — Mon, 12 Nov 2007 21:50:29 +0000

This is early access, and a way to keep the platform secure at the very beginning is to keep the apps far from the core system… it’s a first shot again

As the whole thing is open nothing should prevent anybody of building a closer to core application (look at the layer stacking in the first of the three vids) But that’ll come with a wider release of the whole sdk, this one is high level (but already gives a wide enough subset to start spitting out tools for and BY the masses)

As for multitasking, it seems to be multitask in a way… it relies alot on state saving/freeing so when calling an app needs ressources, it can “freeze and save” a pausable app… smells pretty Java-ish to me and though I love coffee it’s not my kinda stuff, though I already tried brewing stuff in my Eclipse !

By: Nop

Nop — Mon, 12 Nov 2007 21:33:01 +0000

Something worse if it’s final: No native application support! Only java apps.