Re: Attempted summary of suspend-blockers LKML thread, take three

[Brian Swetland]

On Wed, Aug 11, 2010 at 3:03 PM, Felipe Contreras
<felipe.contreras@xxxxxxxxx> wrote:
>> Once "the right solution" exists and solves our problems, we'll
>> certainly look into switching over to it. ÂI've yet to see a proposal
>> in all this arguing that appears to me to be an improvement over what
>> we have today with suspend blockers. ÂI find the "don't do what you're
>> doing because someday, somebody will do it better" to be an
>> uncompelling argument.
>
> That was not an argument, it was an opinion. If you want an argument
> go back to read this one:
> http://article.gmane.org/gmane.linux.kernel/1021834
>
>> Given your opinion that Android lacks multitasking (what? really?)
>
> This is what I'm talking about when I say multi-tasking, Android
> certainly doesn't have anything remotely like that:
> http://www.youtube.com/watch?v=7emvUBpEkbU

Home + pick app -> switch to the app in whatever state it was in.

Home (longpress) -> recent app list + pick app from popup -> switch to
recent app in whatever state it was in.

pull down alert windowshade + pick app from alerts list -> switch to that app

I routinely flip back and forth between email / browser / IM / musicplayer / etc

I have no problem with you perhaps liking the visuals of the N900
better, but to say Android lacks multitasking (as you explain it
below) is incorrect:

> By multi-tasking I mean me (the user) being able to perform multiple
> tasks at the same time.

> For example: writing an email, while browsing the web, while having IM
> conversations. Obviously not exactly at the same time; start writing
> an email, go browse for some url, copy, answer a pending IM message,
> go back to the mail, paste.

As far as implementing app switching with a deck of cards metaphor,
I've seen that done by some OEMs with Android, though it's not the
default system UI.

Brian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/