<br><br><div class="gmail_quote">On Sat, Oct 17, 2009 at 11:06 AM, C. Scott Ananian <span dir="ltr">&lt;<a href="mailto:cscott@laptop.org">cscott@laptop.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Thu, Oct 15, 2009 at 10:34 AM, Wade Brainerd &lt;<a href="mailto:wadetb@gmail.com">wadetb@gmail.com</a>&gt; wrote:<br>
&gt; On Thu, Oct 15, 2009 at 10:17 AM, Tomeu Vizoso &lt;<a href="mailto:tomeu@sugarlabs.org">tomeu@sugarlabs.org</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; &gt; I&#39;d like to put my designer hat on for a minute and offer an alternative<br>
&gt;&gt; &gt; to<br>
&gt;&gt; &gt; Bernie/Michael&#39;s patch and the current behavior:  Any time the mouse<br>
&gt;&gt; &gt; hovers<br>
&gt;&gt; &gt; over a part of the screen with a delayed action, that part must<br>
&gt;&gt; &gt; immediately<br>
&gt;&gt; &gt; highlight itself.  With the frame, that would be a 1px rectangle around<br>
&gt;&gt; &gt; the<br>
&gt;&gt; &gt; screen.  With icons, this could be a border rectangle.<br>
<br>
</div><div class="im">&gt; An even nicer option might be to expand &quot;highlight itself&quot; to &quot;hint at what<br>
&gt; it&#39;s going to do&quot;.<br>
&gt; For example, an icon with a delayed menu could highlight itself and display<br>
&gt; a little down arrow (similar to the arrows in the new toolbars).<br>
&gt; With feedback/mockups from the design team I&#39;d be happy to attempt this<br>
&gt; patch.<br>
<br>
</div>I agree with Wade here -- I think the problem is not the delayed menus<br>
themselves, but that kids are not *discovering* that right-click can<br>
eliminate the delay.  How are they supposed to discover that?  Perhaps<br>
some thought along those lines would help.<br>
<br>
I myself found that I often waited for the delayed menu, even though I<br>
knew about right-click, because it was &quot;easier&quot;.  That seems to be my<br>
choice and preference, not a priori a bad thing (even though an<br>
observer might think it a flaw).  I think that I did this less often<br>
when the delay was increased, but now we&#39;re relying on imperfect<br>
memory.<br></blockquote><div><br></div><div>I agree. Even if I am right there and say &quot;right click&quot; and they have done it before so I know its &quot;discovered&quot;, its hard for the child, and I&#39;m working with 4th graders, they are at the older end of our age range.  I think its not natural/developmentally there skill for our users.</div>

<div><br></div><div>Right click is also hard on a macbook with only one mouse and I think its also hard in various environments for disabilities.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">


<br>
Of course, seeing a small child start to swear is a good indication<br>
that the user is frustrated and has not discovered any means to<br>
resolve their frustration.  (Even a &quot;complexity slider&quot; has to be<br>
discoverable!)<br>
 --scott<br>
<br>
ps. I&#39;ve found the discussion of ideas here much more interesting than<br>
the finger-pointing.  Attempts to shift responsibility (it&#39;s my patch,<br>
YOU have to prove that it&#39;s wrong -vs- it&#39;s my design, YOU have to<br>
prove that it&#39;s wrong) are productive/necessary to some degree, but a<br>
family matter you guys should take out back somewhere to hash out.  We<br>
all should (IMHO) be listening much more to Daniel Drake, who seems to<br>
have the most practical experience guiding his intuitions.  (Caroline,<br>
too, but I haven&#39;t her offer as specific an opinion on the issue.)<br>
<br>
pps. Perhaps this thread should have been started as a discussion of<br>
design (with working code to demonstrate), not as, &quot;here&#39;s a patch,<br>
now if you value contributors you should apply it&quot;.<br>
<font color="#888888"><br>
--<br>
                         ( <a href="http://cscott.net/" target="_blank">http://cscott.net/</a> )<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Sugar-devel mailing list<br>
<a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Caroline Meeks<br>Solution Grove<br>Caroline@SolutionGrove.com<br><br>617-500-3488 - Office<br>505-213-3268 - Fax<br>