On Thu, Feb 17, 2011 at 8:18 AM, Gary Martin <span dir="ltr"><<a href="mailto:garycmartin@googlemail.com">garycmartin@googlemail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#FFFFFF"><div class="im"><div>On 16 Feb 2011, at 20:35, "C. Scott Ananian" <<a href="mailto:cscott@cscott.net" target="_blank">cscott@cscott.net</a>> wrote:<br><br></div><div></div><blockquote type="cite">
<div>On Wed, Feb 16, 2011 at 3:26 PM, Christian Bryant <span dir="ltr"><<a href="mailto:christianabryant@linux.com" target="_blank"></a><a href="mailto:christianabryant@linux.com" target="_blank">christianabryant@linux.com</a>></span> wrote:<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm curious, is there a comprehensive requirements and/or design<br>
document for Sugar against which the recommendation is measured?  I'd<br>
be curious to see a "gap analysis" that supports the argument to not<br>
use Python.  If nothing else, I'd vote for a solid wiki page that can<br>
properly frame the idea, and the pros and cons.<br></blockquote><div><br></div><div>I would also be interested in seeing an thorough experience report from someone who has attempted to use Sugar on a touchscreen device.  We already know that several major features (such as the frame and hover menus) fail completely.</div>
</div></div></blockquote><div><br></div></div><div>FWIW neither of those are particularly challenging design cases. The frame could be triggered by a hardware button, and the 'touch & hold' interaction will work just great for the hover menu case.</div>
</div></blockquote><div><br></div><div>This is an encouraging report.  "Touch and hold" isn't discoverable, though (you end up clicking on the button when all you wanted to do was see the drop down) and in general sugar uses a lot of hover interaction to help kids find what the active parts of the UI are.  This doesn't work on touchscreens.</div>
<div><br></div><div>Also, integration of the keyboard is a huge open question.  As detailed at:</div><div>   <a href="http://wiki.sugarlabs.org/go/Features/Onscreen_Keyboard">http://wiki.sugarlabs.org/go/Features/Onscreen_Keyboard</a></div>
<div>"One major drawback of an on-screen keyboard is that in its current design, it blocks out a part of the Sugar UI. There's no immediate answer on how to handle this problem."</div><div><br></div><div>Activities would need to be resized to accommodate the keyboard, at the very least.</div>
<div><br></div><div>I think there's a big difference between "I tried it, and it sorta worked" and "I tried it, and it was a great experience".  Is it realistic to think that Sugar can be a "great experience" on a touch device with only minor tweaks here and there?  Or are we going to miss out on the exhilarating "direct interaction" feeling possible with a tablet and just produce a device that will frustrate and confuse kids?</div>
<div>  --scott</div><div><br></div></div>-- <br>                         ( <a href="http://cscott.net/">http://cscott.net/</a> )<br>