[sugar] perceived sugar performance
Eben Eliason
eben.eliason
Tue Apr 29 14:23:25 EDT 2008
On Tue, Apr 29, 2008 at 2:17 PM, Michael Stone <michael at laptop.org> wrote:
> On Tue, Apr 29, 2008 at 07:58:06PM +0200, Marco Pesenti Gritti wrote:
> > On Tue, Apr 29, 2008 at 7:53 PM, Tomeu Vizoso <tomeu at tomeuvizoso.net> wrote:
>
> > > In a perfect world, you would be right. But that doesn't seem to be
> > > the world we are living in, because so many apps seem to need a banner
> > > while they launch (openoffice, gimp, banshee, etc.).
> > >
> > > I'm not 100% sure that we need such a strong feedback during
> > > launching, but just saying that we'll make everything fast enough and
> > > slow activities won't bite us is a bit courageous, at least.
>
> While "perfect" may be the enemy of "good", I do not believe that the
> present state of mediocrity is either inevitable or "good enough".
> However, I'm not presently submitting patches, so what do I know?
>
>
> > * It reinforces the zoom metaphor.
>
> Perhaps the implementation will convince me. Luckily for you, I'm not
> the UI designer. :)
=)
> > * It deals with the problem of children clicking on 2-3 activities at
> > the same time, which proved to be a real issue in the field (will
> > faster activities address this? not sure).
>
> If you actually want to rate limit activity startup - why not just rate
> limit activity startup, perhaps with a "cooldown" effect?
So, I don't necessarily want to impose a hard rate limit. It may very
well be the case that I know that I want Terminal and Chat open,
pronto, and that they both launch fairly quickly for me even when
launched at the same time. It might also be the case that I know I
want 3 or four activities open for a project workflow (say, Record,
VideoEdit, and AudioEdit (assuming they existed)), and I know they
take a minute or so. I might want to launch them all and go get a cup
of coffee.
> Instead, if you want to make it clear that people should be using one
> activity at a time, why not queue up launch requests and allow
> cancellation of all items in the queue?
This seems like a much more interesting option to me, if the
predominant feedback from others opposes the launch mechanism I'm
proposing. Perhaps this is even a wise thing to do regardless of
which feedback mechanism we use. Focusing on the first activity
launched before wasting time to launch a bunch in parallel might
indeed be better. (Again, only truly better if we can prevent the
remainder of the launching activities from stealing focus when they
finish launching!)
- Eben
More information about the Sugar-devel
mailing list