[sugar] [PATCH] screenshots hurt
Thu Sep 4 13:57:49 EDT 2008
OK I think I get it.
Isn't the Icon in the journal always the same for any given activity?
That is, any time I use and/or keep a write document it shows the same
write icon. What is different about the journal icon from one write
instance to another?
I think we need that icon but perhaps we can just use the same one
I don't want to give up the icon completely and I doubt many kids use
alt-tab but we could ask on the sur list. I bet they do switch between
open activities via home view and/or frame.
BTW will this improve frame open and close rates?
Sorry I would check this myself but I'm not in front of an XO right now
(need to bring some home again ASAP).
Erik Garrison wrote:
> On Thu, Sep 04, 2008 at 06:50:00PM +0200, Tomeu Vizoso wrote:
>> On Thu, Sep 4, 2008 at 6:38 PM, Greg Smith <gregsmitholpc at gmail.com> wrote:
>>> Hi Tomeu,
>>> Pardon my ignorance but what are screenshots in this context? rtfm links
>>> welcome too.
>> These are used in the detailed view in the journal.
>>> Explain what is different about what the end user would see on the
>>> screen before and after this change. Then I can ask around and get some
>>> opinions on whether this is a cost worth bearing for greater performance.
>> The user would stop seeing thumbnails in the journal.
> The user will additionally notice that alt+tab events occur twice as
> fast, and the latency in switching between activities is more
>>> Also, does this change improve the speed of "every frame appearance"?
>>> That has been a frustration for me. Users can turn off the frame but
>>> there's some important stuff there now (e.g. journal) so I think we need
>>> to make it work faster (especially make it go away faster).
>> Would make appear the frame faster, but wouldn't affect when it goes
>> away. For that we would need to use composition (an intended goal for
>>> BTW Its great to see some progress on the performance front. Certainly a
>>> concern for our users. Also great to see Andres in the loop. He is one
>>> of the best engineers I have seen who can bridge the sur and devel/sugar
> He certainly is!
More information about the Sugar-devel