Re: [IAEP] Turtles All The Way Down

2011-05-20 Thread Lucian Branescu
This is quite interesting. Recently, I finished my dissertation on mobile development directly from mobile devices. Something like this might've been very useful, although I did target experienced developers, not beginners. Do you plan to make it self-hosted? I guess that wouldn't be possible

Re: [Sugar-devel] Killing activities when memory gets short

2010-08-10 Thread Lucian Branescu
2010/8/10 NoiseEHC noise...@freemail.hu: We used to do that, the problem is that we don't control our platform as Google controls Android and you need to make sure that resources that need to be specific of each child process aren't shared (dbus and X connections, etc). I'm personally more

Re: [Sugar-devel] Killing activities when memory gets short

2010-08-09 Thread Lucian Branescu
On 9 August 2010 11:25, Bert Freudenberg b...@freudenbergs.de wrote: On 09.08.2010, at 01:21, John Gilmore wrote: As long as activities are saving and restoring properly it could be  made pretty much transparent to the user. Of course that's easier  said then done... Android has a whole

Re: [Sugar-devel] Killing activities when memory gets short

2010-08-09 Thread Lucian Branescu
On 9 August 2010 14:44, NoiseEHC noise...@freemail.hu wrote: Sugar has a similar mechanism. From the Low-level Activity API docs: org.laptop.Activity.SetActive(b: active) Activate or passivate an activity. This is sent when switching activities, there is only one active activity at a time,

Re: [Sugar-devel] Killing activities when memory gets short

2010-08-08 Thread Lucian Branescu
On 8 August 2010 20:33, Marco Pesenti Gritti ma...@marcopg.org wrote: On 8 Aug 2010, at 18:40, Tiago Marques tiago...@gmail.com wrote: The idea of killing activities with the content closed seems ok but it would probably be a good idea to have a way to opt out of it for some apps. I'm

Re: [Sugar-devel] Killing activities when memory gets short

2010-08-08 Thread Lucian Branescu
On 8 August 2010 20:51, Marco Pesenti Gritti ma...@marcopg.org wrote: On 8 Aug 2010, at 20:38, Lucian Branescu lucian.brane...@gmail.com wrote: Imo a confirmation popup would become annoying very quickly. Also if the user refuses, the kernel will have soon to kill an activity, which is worst

Re: [IAEP] Redesigning: Library, Read, Get-Books, and Content bundles

2010-07-21 Thread Lucian Branescu
On 20 July 2010 23:54, C. Scott Ananian csc...@cscott.net wrote: On Tue, Jul 20, 2010 at 2:33 PM, Reuben K. Caron reu...@laptop.org wrote: deployments that would like to install content bundles. They package these files into .xol packages and these packages get installed into the Library,

Re: [Sugar-devel] Rationale behind the JSON - CJSON switch in Sugar codebase?

2009-11-13 Thread Lucian Branescu
I did a quick and not-so-scientific benchmark. The test involves a round trip for a small json file 10 times. cjson7.56759595871 simplejson-c 9.09944200516 simplejson-pure 58.1605060101 2009/11/13 Daniel Drake d...@laptop.org: On Fri, 2009-11-13 at 10:53 +0100, Martin

Re: [Sugar-devel] Rationale behind the JSON - CJSON switch in Sugar codebase?

2009-11-12 Thread Lucian Branescu
The json module (simplejson) has only the parser written in C, so it's still slower overall than cjson. Not by a lot, but measurable. 2009/11/12 Martin Langhoff martin.langh...@gmail.com: On Thu, Nov 12, 2009 at 4:59 PM, Martin Langhoff martin.langh...@gmail.com wrote: Then maybe yes, I am

Re: [Sugar-devel] Big binaries via dbus logged in shell.log?

2009-11-10 Thread Lucian Branescu
There's a GMail labs feature that allows you do undo in the first 30secs after sending. Very useful. 2009/11/10 Martin Langhoff martin.langh...@gmail.com: On Tue, Nov 10, 2009 at 3:17 PM, Martin Langhoff martin.langh...@gmail.com wrote: On Sugar 0.84.2 (as seen on the OLPC F11 builds)... is it

Re: [Sugar-devel] OOM conditions

2009-11-08 Thread Lucian Branescu
Slightly off-topic, has anyone tried compcache (http://code.google.com/p/compcache/) on an XO-1? I might if I can get it to work. 2009/11/8 Tomeu Vizoso to...@sugarlabs.org: On Sat, Nov 7, 2009 at 12:06, Martin Dengler mar...@martindengler.com wrote: On Fri, Nov 06, 2009 at 04:50:53PM +,

Re: Browse.xo performance resolution - Hulahop 200dpi vs Browse 134dpi

2009-05-17 Thread Lucian Branescu
Does anyone know how gecko 1.9.1's full page zoom interacts with canvas? 2009/5/16 Albert Cahalan acaha...@gmail.com: Martin Langhoff writes: The short version of it is that canvas (and image rendering in general) is hurting lots due to the dpi being hardcoded to 134 which forces Gecko into

Re: Browse.xo performance resolution - Hulahop 200dpi vs Browse 134dpi

2009-05-17 Thread Lucian Branescu
I was thinking whether it has some scaling optimisations, since it does a lot of it with the zoom. 2009/5/17 Mihai Sucan mihai.su...@gmail.com: Le Sun, 17 May 2009 14:30:16 +0300, Lucian Branescu lucian.brane...@gmail.com a écrit: Does anyone know how gecko 1.9.1's full page zoom interacts

Re: [Sugar-devel] Browse.xo performance resolution - Hulahop 200dpi vs Browse 134dpi

2009-05-16 Thread Lucian Branescu
This is very interesting, similar to the problem Qt used to have on Maemo. I was always surprised by report of canvas being slow on the XO, it's probably the fastest and the lowest overhead drawing technology available to JavaScript. 2009/5/15 Martin Langhoff martin.langh...@gmail.com: On Fri,

Re: [Sugar-devel] Browse.xo performance resolution - Hulahop 200dpi vs Browse 134dpi

2009-05-16 Thread Lucian Branescu
, which was done for Qt 4.5 It is possible that Gecko has some options to allow it to draw fast at various DPI settings. Maybe we should ask the mozilla folk? 2009/5/15 Mihai Sucan mihai.su...@gmail.com: Le Fri, 15 May 2009 15:26:42 +0300, Lucian Branescu lucian.brane...@gmail.com a écrit