<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><div> I am curious as to the specific features of Android that David finds compelling.<br></div></blockquote>
<br>a. i believe it has Google behind it with a large development team, but it's also open source to encourage new apps from outside (sugar could be one of those apps, which is what i think Scott has in mind...)<br>b. i believe it runs on smartphones as well as tablets/netbooks/laptops.  as such, i assume it is lean and mean<br>
c. i can't comment on its own ui as i've never seen it, but i did have a peek at<br><a href="http://www.android4schools.com/">http://www.android4schools.com/</a><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
Sugar Activities able to run in Gnome....</blockquote><div><br>certainly, Edbuntu has a large range of comparable apps <br><br></div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
Android compatibility....  sugar->android pathways,<br></blockquote><div><br>this should be feasible, but it's not what i had in mind; i was thinking of a (oversimplistic?) model of software as a layer cake like this (regarding a sugar "activity" as an app):<br>
<br>               user<br>             /         \    <br>            /           \   <br>        sys ui     app ui    (each app has its own ui)<br>           |          /       \<br>           |         /         \          <br>
          user mgt       app         <br>                \               /<br>                 \             /<br>                      os           (eg gnome or fedora or android)     <br><br>so what i was thinking of was making OUI the sys ui.  [btw, whereas a sugar "activity" is a single app (and its record), a OUI "activity" is a named room (aka folder) containing artifacts (aka files) produced so far with various tools (aka apps) - the artifacts represent the current state of the activity].<br>
<br>my gutfeel is that journalling is of more interest to teachers (so they can monitor student output) than to students themselves -  an artist is interested in his canvas, not the strokes he made to get it to that point.  it's only the artist's manager who wants to make sure the nose is to the grindstone.<br>
</div><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"> the collaboration apis.<br></blockquote><br>i wonder whether the os itself could manage collaboration ( ie multiplex app ui i/o) rather than requiring a different api for every app?<br>
<br><br><br><div></div><br>