<meta http-equiv="content-type" content="text/html;charset=UTF-8">
  <title></title>
  <style type="text/css">
   <!--
#toc,
.toc,
.mw-warning {
        border: 1px solid #aaa;
        background-color: #f9f9f9;
        padding: 5px;
        font-size: 95%;
}
#toc h2,
.toc h2 {
        display: inline;
        border: none;
        padding: 0;
        font-size: 100%;
        font-weight: bold;
}
#toc #toctitle,
.toc #toctitle,
#toc .toctitle,
.toc .toctitle {
        text-align: center;
}
#toc ul,
.toc ul {
        list-style-type: none;
        list-style-image: none;
        margin-left: 0;
        padding-left: 0;
        text-align: left;
}
#toc ul ul,
.toc ul ul {
        margin: 0 0 0 2em;
}
#toc .toctoggle,
.toc .toctoggle {
        font-size: 94%;
}@media print, projection, embossed {
        body {
                padding-top:1in;
                padding-bottom:1in;
                padding-left:1in;
                padding-right:1in;
        }
}
body {
        font-family:'Times New Roman';
        color:#000000;
        widows:2;
        font-style:normal;
        text-indent:0in;
        font-variant:normal;
        font-weight:normal;
        font-size:12pt;
        text-decoration:none;
        text-align:left;
}
table {
}
td {
        border-collapse:collapse;
        text-align:left;
        vertical-align:top;
}
p, h1, h2, h3, li {
        color:#000000;
        font-family:'Times New Roman';
        font-size:12pt;
        text-align:left;
        vertical-align:normal;
}
     -->
  </style>
 
 
  <div>
   <p dir="ltr" style="text-align:left">> Hi folks.  I wish to make a radical proposal:</p><p dir="ltr" style="text-align:left">> Sugar’s days on OLPC hardware are numbered.  Sugar as presently written is not developing quickly enough, and hasn’t made significant progress towards supporting the new touchscreen devices coming down the pike.</p>

   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">Scott, your suggestion is radical, but not without precedent.  ErikG was discussing it at OLPC in 2009, and I’ve been rabble-rousing on the same topic (as Bernie can attest). To that end, I’ve been collecting information on the Android ecosystem. I think it possible to port Sugar-like features to the Android platform, without distributing an independent OS build.</p>

   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">Home and UI:</p>
   <p dir="ltr" style="text-align:left">The “Home” in Android is provided by an Android app[0].  The home activity is replaceable in many Android devices. One popular open source launcher released a pro version and made $150k revenue in one month[1].  To me that is evidence that home replacements are possible and at least potentially successful.  </p>

   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">If ‘someone’ (that someone being SugarLabs or another group) choose to bring over core Sugar ideas to Android, the network and friends screens can readily access data from the android API[2][3].</p>

   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">Collaboration:</p>
   <p dir="ltr" style="text-align:left">I know little of how Sugar handles collaboration other than vague mentions of XMPP. Android has a services framework[6] that allows for hooks into something like a messaging framework (which I seem to have running on my Nexus One Android phone).  That being said, this weekend I streamed video from my phone’s camera to a set of video goggles.</p>

   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">Modification: </p>
   <p dir="ltr" style="text-align:left">What are hoping and allowing students to create?  Out of >1m students possibly running sugar, we have had very very few documented cases of students editing and modifying existing activities.  This is very possibly due to lack of information gathering, but the numbers are still likely small.</p>

   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">Creation on Android is possible.  In-app creation exists with several implementations of Logo available on the system, (but nothing as good as Walter’s TurtleArt).</p>
   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">App creation sort of exists: The Android Scripting Environment allows for writing very functional programs in Python, Ruby or other languages, with limited UI options.  PyGame[5] has recently been ported to Android also.  Google with the MIT Scratch team created App Inventor, which is Scratch for Android apps, but I think currently requires an internet connection.</p>

   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">Lastly, Android has a vibrant, active development community, with a robust SDK and IDE tools.  There exist books (free and otherwise) on Android development.  And any “activity” developed for AndSugar, also have a direct market of several million devices.  If a developer is motivated by getting their software into the hands of users, Android has a lot of eyeballs.</p>

   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left"></p>
   <p dir="ltr" style="text-align:left">[0] <a href="http://android.git.kernel.org/%3fp=platform/packages/apps/Launcher2.git;a=summary">http://android.git.kernel.org/?p=platform/packages/apps/Launcher2.git;a=summary</a></p>

   <p dir="ltr" style="text-align:left">[1] <a href="http://www.androidguys.com/2011/02/09/paid-apps-pay-150k-month/">http://www.androidguys.com/2011/02/09/paid-apps-pay-150k-month/</a></p>
   <p dir="ltr" style="text-align:left">[2] <a href="http://developer.android.com/reference/android/net/wifi/package-summary.html">http://developer.android.com/reference/android/net/wifi/package-summary.html</a></p>
   <p dir="ltr" style="text-align:left">[3] <a href="http://developer.android.com/reference/android/provider/ContactsContract.html">http://developer.android.com/reference/android/provider/ContactsContract.html</a></p>
   <p dir="ltr" style="text-align:left">[4] <a href="http://download.sugarlabs.org/dextrose/testing/dxo2/xo1.5/intl/os407dx.activities.txt">http://download.sugarlabs.org/dextrose/testing/dxo2/xo1.5/intl/os407dx.activities.txt</a></p>

   <p dir="ltr" style="text-align:left">[5] <a href="http://www.renpy.org/pygame/#documentation">http://www.renpy.org/pygame/#documentation</a></p>
   <p dir="ltr" style="text-align:left">[6] <a href="http://developer.android.com/reference/android/app/Service.html">http://developer.android.com/reference/android/app/Service.html</a></p>
  </div><br><div class="gmail_quote">On Wed, Feb 16, 2011 at 8:36 PM, Christoph Derndorfer <span dir="ltr"><<a href="mailto:e0425826@student.tuwien.ac.at">e0425826@student.tuwien.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Am 17.02.2011 01:31, schrieb C. Scott Ananian:<br>
<div class="im">> Stepping back for a moment, the key question is: how can we get Sugar<br>
> out of the window manager and network manager and activity update and<br>
> UI toolkit business, where it's just not keeping up (and wasting our<br>
> efforts), and concentrate on the stuff we're all really here for:<br>
> enabling kids to learn and explore and share?  How much can we strip<br>
> away and still have Sugar?<br>
>   --scott<br>
<br>
</div>Hi Scott,<br>
<br>
as always your thoughts and perspectives are leading to some interesting<br>
discussions, much appreciated. :-)<br>
<br>
The inner geek in me certainly loves the ideas presented in your initial<br>
message. However in the end I think the question in your last e-mail<br>
("concentrate on the stuff we're all really here for: enabling kids to<br>
learn and explore and share?") is what it's really all about. And I<br>
don't see Android being a part of the solution here but rather, as<br>
Martin likes to put it, A Distraction.<br>
<br>
The main reasoning for me is quite simple: As of today - and from what<br>
we know also the foreseeable future - basically all Sugar users will be<br>
using an XO-1/1.5/1.75.<br>
<br>
Yes, Sugar Labs has done a tremendous job of making it possible to run<br>
Sugar on other devices. Yet the simple fact is that in terms of numbers<br>
there are no significant non-XO projects today and though I'd personally<br>
like to see it happening I don't think it will anytime soon.<br>
<br>
And yes, OLPC is working on a tablet that should start shipping at some<br>
point in 2012 but even in a best case scenario it will likely take until<br>
2013 or 2014 until the number of OLPC tablets even comes close to the<br>
XO-laptop user base installed by that time.<br>
<br>
So based on these assumptions, given the limited amount of resources<br>
available, and assuming I haven't missed anything your suggestion would<br>
basically mean sacrificing the potential to significantly improve the<br>
experience of the current >1 million Sugar users to develop something<br>
for unproven potential future markets and users.<br>
<br>
I'd rather see every available resource being poured into working on<br>
things that matter in the field:<br>
<br>
More activities, enhancing current activities, an interactive help<br>
system, upgradability (which IIRC is an important goal for 11.2.0<br>
already), trying to make collaboration work (even if it's only in tiny<br>
groups, via view-only, etc.), a classroom management activity which<br>
could for example allow pupils to project the contents of their display<br>
to a projector connected to the teacher's XO-with-USB2VGA, adding<br>
PhotoBooth-like effects to Record, improving the Journal, implementing<br>
the Group View, etc. ad infinitum<br>
<br>
What I'm basically suggesting - and also think is a more realistic<br>
approach given the current environment - is to make Sugar on the XOs so<br>
superbly awesome and powerful that other parties, e.g. a country doing<br>
1-to-1 but with Intel Classmates rather than XOs or a hardware<br>
manufacturer wanting to break into the education market, will take care<br>
of the necessary work to make Sugar run, and run well that is, on their<br>
devices. Which again seems to be not too different to how the Android<br>
ecosystem is developing these days.<br>
<br>
Anyway, just my 2 eurocents, and thanks again for the impulse which got<br>
this discussion started.<br>
<br>
Cheers,<br>
Christoph<br>
<font color="#888888"><br>
--<br>
Christoph Derndorfer<br>
co-editor, <a href="http://www.olpcnews.com" target="_blank">www.olpcnews.com</a><br>
e-mail: <a href="mailto:christoph@olpcnews.com">christoph@olpcnews.com</a><br>
</font><div><div></div><div class="h5">_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
</div></div></blockquote></div><br>