Re: [sugar] another response time

2008-10-01 Thread Tomeu Vizoso
On Wed, Oct 1, 2008 at 2:39 AM, Mikus Grinbergs [EMAIL PROTECTED] wrote: Launched XaoS-2 (on 766). The activity is being launched screen pulsed and pulsed for a couple of minutes. I had definitely concluded that it would *never* launch, and that this was the Sugar launch timeout that kept

Re: [sugar] evince/poppler

2008-10-01 Thread Simon Schampijer
Simon Schampijer wrote: Hi, we are using an old version of evince and poppler. Are there any intentions to update? Current poppler we use is 0.6 and the latest stable is 0.8 http://poppler.freedesktop.org/ And in jhbuild we use a custom evince branch

Re: [sugar] another response time

2008-10-01 Thread Mikus Grinbergs
as you probably installed previously the Wikipedia activity, my guess is that the jffs2 gc thread was taking most of the CPU. If I understand correctly, this raises the possibility that other actions performed *prior* to the launching of an Activity can noticeably affect the time it takes to

Re: [sugar] Image Viewer Activity

2008-10-01 Thread Sayamindu Dasgupta
On Wed, Oct 1, 2008 at 9:22 AM, Gary C Martin [EMAIL PROTECTED] wrote: On 29 Sep 2008, at 17:13, Sayamindu Dasgupta wrote: A screenshot is at http://dev.laptop.org/~sayamindu/Captura%20de%20pantalla_1.png The code lives in Git:

[sugar] human factors when launching an activity

2008-10-01 Thread Mikus Grinbergs
Last night did a lot of activity launching (on 766). My overall impression was that feedback by the system was way too slow. The pulsing launch screen (which I like) was introduced to give positive feedback to the person clicking on an activity's icon - but the system was taking much too

Re: [sugar] Filesystem path ordering overrated.

2008-10-01 Thread Albert Cahalan
C. Scott Ananian writes: The response usually is that additional context is sufficient to disambiguate tag sets, you don't actually need ordering. That is, it's okay if a/b is indistinguishable from b/a -- in practice one will really be c/a/b and the other will be b/a/d or whatever, and you

Re: [sugar] human factors when launching an activity

2008-10-01 Thread Martin Dengler
On Wed, Oct 01, 2008 at 09:52:24AM -0400, Mikus Grinbergs wrote: Last night did a lot of activity launching (on 766). My overall impression was that feedback by the system was way too slow. In my experience the feedback is very fast (less than 1s to come up, which is hard to ignore unless

Re: [sugar] another response time

2008-10-01 Thread Eben Eliason
Yeah, this sounds like something that should be added to the HIG. Activities should strive to put up a screen as soon as they can, even if it will take more time to fully present the UI or the content. I opened #8739 to keep track of this, when I get a chance to get back into the HIG. - Eben On

Re: [sugar] another response time

2008-10-01 Thread Gary C Martin
On 1 Oct 2008, at 13:49, Mikus Grinbergs wrote: as you probably installed previously the Wikipedia activity, my guess is that the jffs2 gc thread was taking most of the CPU. If I understand correctly, this raises the possibility that other actions performed *prior* to the launching of an

Re: [sugar] another response time

2008-10-01 Thread Eben Eliason
On Wed, Oct 1, 2008 at 2:15 PM, Gary C Martin [EMAIL PROTECTED] wrote: On 1 Oct 2008, at 13:49, Mikus Grinbergs wrote: as you probably installed previously the Wikipedia activity, my guess is that the jffs2 gc thread was taking most of the CPU. If I understand correctly, this raises the

Re: [sugar] adding versions to journal/datastore

2008-10-01 Thread Eben Eliason
On Mon, Sep 29, 2008 at 3:54 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: Hi Eben and other sugarites, I'm trying to find a simple way to add some version support to the journal, but for that I need to know what's the sweetest spot (no pun intended) between value and complexity. I'm thinking

Re: [sugar] adding versions to journal/datastore

2008-10-01 Thread Walter Bender
Walter, could you elaborate on your comment? My comment was in regard to the anticipated additional complexity we may run into if/when we have versioning between multiple users, as would be dictated by most of the bulletin board schemes. Not sure if Tomeu's model will work, but it doesn't seem a

Re: [sugar] adding versions to journal/datastore

2008-10-01 Thread Eben Eliason
On Wed, Oct 1, 2008 at 3:49 PM, Walter Bender [EMAIL PROTECTED] wrote: Walter, could you elaborate on your comment? My comment was in regard to the anticipated additional complexity we may run into if/when we have versioning between multiple users, as would be dictated by most of the bulletin

Re: [sugar] adding versions to journal/datastore

2008-10-01 Thread Benjamin M. Schwartz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I very much like Tomeu's version model, but I am also unsure whether I have interpreted it correctly. My feeling is that each object in the Journal is associated with a tree of versions. The tree has one node with no ancestors: the root node, which

Re: [sugar] human factors when launching an activity

2008-10-01 Thread Martin Dengler
On Wed, Oct 01, 2008 at 03:06:34PM -0400, Mikus Grinbergs wrote: [many rhetorical questions] dbus-send --session --print-reply --reply-timeout=2000 \ --type=method_call --dest=org.laptop.sugar.DataStore \ /org/laptop/sugar/DataStore