<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Tiago Marques</b> <span dir="ltr"><<a href="mailto:tiagomnm@gmail.com">tiagomnm@gmail.com</a>></span><br>Date: Sat, Feb 7, 2009 at 1:46 AM<br>
Subject: Re: OLPC upgrades<br>To: <a href="mailto:david@lang.hm">david@lang.hm</a><br><br><br><br><br><div class="gmail_quote">2009/2/3  <span dir="ltr"><<a href="mailto:david@lang.hm" target="_blank">david@lang.hm</a>></span><div class="Ih2E3d">
<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>On Tue, 3 Feb 2009, Tiago Marques wrote:<br>
<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
On Tue, Feb 3, 2009 at 8:38 AM, Bobby Powers <<a href="mailto:bobbypowers@gmail.com" target="_blank">bobbypowers@gmail.com</a>> wrote:<br>
<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
2009/2/2 Tiago Marques <<a href="mailto:tiagomnm@gmail.com" target="_blank">tiagomnm@gmail.com</a>>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Jan 29, 2009 at 4:03 AM, Mitch Bradley <<a href="mailto:wmb@laptop.org" target="_blank">wmb@laptop.org</a>> wrote:<br>
</blockquote>
<br></div><div>
The current dual mode touchpad hardware is being discontinued and new<br>
machines are either currently, or will be in short order, being<br>
produced with a 'standard' capacitive touchpad.  IN FACT, the stylus<br>
mode had been implemented and enabled in the driver in previous builds<br>
(joyride, up to the beginning or middle of summer 08), but was<br>
disabled and removed from the driver because having the device in dual<br>
input mode made things worse for a large number of laptops.  The dual<br>
mode hardware is pretty flakey.<br>
<br>
I believe view source is implemented to some extent in Sugar 0.83 (the<br>
current development branch).<br>
</div></blockquote><div>
<br>
Hmm.... ok. Is it possible/easy to use the whole touchpad as pointing<br>
device, instead of just the middle. Since the middle has no "bump" that<br>
could give some feeling of where it ends, enabling all would make it more<br>
usable. At least I, frequently, need to look at it to understand if it's<br>
going bonkers on me, or if I'm just trying to use it out of the it's limit.<br>
I don't see a practical use for all that wideness but it would just to be<br>
less error prone.<br>
</div></blockquote>
<br>
only the center section is a touchpad, the sides are the stylus-only areas. the new systems are not going to have the 'wide pad', only the center section.<div></div></blockquote><div></div></div><div>Ok. Guess I'll have to glue something in mine, so I have some sort of feedback.</div>
<div class="Ih2E3d">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Have any experience with the kernel or suspend/resume issues?  I'm<br>
sure CJB would love some help here.<br>
</blockquote>
<br>
Not really, I just hacked a driver once to add AGP and IDE DMA support for a<br>
VIA chipset, just added the hardware IDs.<br>
</blockquote>
<br></div>
as I understand it, the biggest problem right now is that the power savings stuff is all done in a Sugar specific way. I've used Sugar with full power savings enabled (backlight off) for light-duty tasks (e-book functions) and had it last an 8-hour day with half the battery remaining. I've also had it last 2-3 hours with power savings off and the backlight running</blockquote>

<div></div></div><div>I have some problems with automatic power management, which I've reported in tracker. Your measurements seem encouraging, I must say. Have toy with this some more then.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div></div><div class="Wj3C7c">
<br>
<br>
non-Sugar distros currently can't do any power management, so they are stuck with the short battery life. As this gets fixed and the power capabilities get standardized this should improve.<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


they should, and that leaves the XO in a competitively bad position. And<br>
that's what you should also talk about, nowadays everyone knows they're<br>
ripped off in their laptops, iPhone, PSP, whatever battery, that's part<br>
</blockquote>
of a<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
good image that the project can benefit from, if retail availability ever<br>
comes.<br>
Python is killing the XO, what's being done in that regard? The $100<br>
</blockquote>
laptop<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
will always be hardware limited, how can python be a benefit and not a<br>
*huge* burden? I for one can't get my head around that.<br>
</blockquote>
<br>
The idea is to give kids as much transparency into the software stack<br>
as possible, AND make it easy to hack on and easy to create new<br>
activities for.  Python is much more forgiving than C.  Its killing<br>
the XO?  A personal pygtk based project launches in a few seconds on<br>
my debXO install on an XO, but much much longer on 8.2.  It is a<br>
completely loaded statement to say that Python is killing the XO, and<br>
didn't really deserve a response :)<br>
</blockquote>
<br>
That's my view on it, although I don't have any experience in Python<br>
programming. Launch time doesn't really bother me, memory consumption on a<br>
device with no swap and 256MB of RAM does. Is it just Sugar/Fedora/XO distro<br>
specific?<br>
Please elaborate on what you mean by 8.2 taking much longer to launch. That<br>
would be something I would be interested in looking at, although I don't<br>
think I have what it takes to "fix" Pyhton itself, if that's what's needed.<br>
</blockquote>
<br></div>
the fact that KDE and GNOME (both desktops that are considered pigs on normal machines) make a XO laptop seem snappy by comparison to Sugar (as of December) means that there is a significant problem with Sugar. when people ask about how to fix things, the answers that keep coming back all appear to be python related. so it's not FUD to say that the dependance on Python is hurting performance.<br>


<br>
David Lang<br></div></div><div class="Ih2E3d">_______________________________________________<br>
Devel mailing list<br>
<a href="mailto:Devel@lists.laptop.org" target="_blank">Devel@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
<br></div></blockquote></div><p></p><p>Best regards, <br></p><font color="#888888"><p>                            Tiago Marques</p>
</font></div><br>