<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
Hi All...<div><br></div><div>See comment/question below....</div><div><br></div><div>Caryl<br><br>&gt; From: wad@laptop.org<br>&gt; Date: Thu, 3 Jun 2010 17:27:12 -0400<br>&gt; To: cscott@cscott.net<br>&gt; CC: marketing@lists.sugarlabs.org; tomeu@sugarlabs.org; iaep@lists.sugarlabs.org; rafael@sugarlabs.org<br>&gt; Subject: Re: [IAEP] [Marketing] OLPC rules out Windows for XO-3<br>&gt; <br>&gt; <br>&gt; After spending some time with touch based devices,<br>&gt; I have to agree with Scott.   Yes, you can "bolt on"<br>&gt; support for single touch to many activities, but doing<br>&gt; a good job of supporting multitouch is typically a complete<br>&gt; UI redesign.<br>&gt; <br>&gt; We are trying to get an accelerometer into the design<br>&gt; as well as touch, better supporting these new UIs.</div><div><br></div><div><p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica"><br></p>
<p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><br></p>
<p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica"><span class="Apple-style-span" style="font-size: 10pt; "><font class="Apple-style-span" face="Verdana">An accelerometer huh?&nbsp; Does this mean XO-3 users will be able to participate in this international "Quake Catcher Network"?&nbsp; That would be very neat! (Said "wearing my retired-science-educator-hat")</font></span></p>
<p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><span class="Apple-style-span" style="font-size: 10pt; "><font class="Apple-style-span" face="Verdana"><br></font></span></p>
<p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica"><a href="http://scienceforcitizens.net/project/239/"><span class="Apple-style-span" style="font-size: 10pt; "><font class="Apple-style-span" face="Verdana">http://scienceforcitizens.net/project/239/</font></span></a></p>
<p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px"><span class="Apple-style-span" style="font-size: 10pt; "><font class="Apple-style-span" face="Verdana"><br></font></span></p>
<p style="margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica"><br></p></div><div><br></div><div><br>&gt; <br>&gt; On Jun 3, 2010, at 1:45 PM, C. Scott Ananian wrote:<br>&gt; <br>&gt; &gt; I strongly encourage the Sugar team to consider rethinking the Sugar<br>&gt; &gt; UI from the ground up for touch.  The "simple" port is likely to yield<br>&gt; &gt; a very unsatisfactory experience; "fat fingers" are just not precise<br>&gt; &gt; pointing devices, and a lot of gestures which seem intuitive for a<br>&gt; &gt; mouse don't really work for touch.  In the same vein, there are many<br>&gt; &gt; finger gestures which are intuitive which aren't being exploited in<br>&gt; &gt; the mouse-based UI.  And, of course, the whole "pop up a keyboard" to<br>&gt; &gt; type thing is weird now; keyboard shortcuts and special "home", "view<br>&gt; &gt; source", etc, keys don't work as well.  Everything needs a place on<br>&gt; &gt; screen.<br>&gt; &gt; <br>&gt; &gt; My suggestion would be to first convene a "ground up rethink" of what<br>&gt; &gt; a touch-based Sugar could be.  Then, realizing that the best is the<br>&gt; &gt; enemy of the good and the realistic limits on Sugar development, draw<br>&gt; &gt; up a "from here to there" plan concentrating on grabbing the<br>&gt; &gt; lowest-hanging fruit first (perhaps a redesign of the home screen, or<br>&gt; &gt; rethinking palette menus, or whatever) and embarking on an incremental<br>&gt; &gt; strategy to adapt.<br>&gt; &gt; <br>&gt; &gt; Software engineers like to think in terms of generalities, and "what<br>&gt; &gt; can we do that's not too hard", but I'm suggesting that's *not* the<br>&gt; &gt; most fruitful way to approach adaptation to touch.  The engineering<br>&gt; &gt; thinking should be *second*.  Design and user experience should be<br>&gt; &gt; first.  Every designer should probably be required to have spent<br>&gt; &gt; serious time with an iPhone or iPad or touchscreen phone (preferably<br>&gt; &gt; from a variety of different touch-based OSes) to be sure we're not<br>&gt; &gt; just mapping mouse onto touch.  Ideally, take some time to give an<br>&gt; &gt; iPad to a 3-6 yr old and watch and learn.  The result should be a<br>&gt; &gt; *book*, which describes the ideal UI.  That will be the long term<br>&gt; &gt; (think, next decade!) goals for Sugar.<br>&gt; &gt; <br>&gt; &gt; I'd personally like to see the Sugar team come up with bold ideas that<br>&gt; &gt; go *beyond* what we're seeing in Android and iPhone OS; in particular,<br>&gt; &gt; how to best enable *content creation*.  We've always said we'd like to<br>&gt; &gt; see a movie editing application in Sugar.  Concentrating on what<br>&gt; &gt; Record or Etoys or TurtleArt might look like with a touch-based UI<br>&gt; &gt; would be bold thinking that would radically advance Sugar's mission.<br>&gt; &gt; What does it mean to have the entire environment written in Python, if<br>&gt; &gt; Python is clumsy and hard to use with a touch-based interface?  Maybe<br>&gt; &gt; the direct-manipulation model of Etoys is a more natural fit?  What<br>&gt; &gt; does "view source" mean in a touch-enabled world?<br>&gt; &gt; <br>&gt; &gt; I look forward to exciting times and crazy great ideas!<br>&gt; <br>&gt; Yep!<br>&gt; <br>&gt; Cheers,<br>&gt; wad<br>&gt; <br>&gt;  --scott<br>&gt; &gt; <br>&gt; &gt; -- <br>&gt; &gt;                         ( http://cscott.net/ )<br>&gt; &gt; _______________________________________________<br>&gt; &gt; IAEP -- It's An Education Project (not a laptop project!)<br>&gt; &gt; IAEP@lists.sugarlabs.org<br>&gt; &gt; http://lists.sugarlabs.org/listinfo/iaep<br>&gt; <br>&gt; _______________________________________________<br>&gt; IAEP -- It's An Education Project (not a laptop project!)<br>&gt; IAEP@lists.sugarlabs.org<br>&gt; http://lists.sugarlabs.org/listinfo/iaep<br></div>                                               </body>
</html>