<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.10.1">
</HEAD>
<BODY>
Is not possible to get the control after neither with Alt +.&nbsp; !?<BR>
<BR>
Most of students says EtoyFriendly is &quot;too much shamefaced&quot; for them, and <I>do menu item</I> is wonderful, this is clear for me.<BR>
Perhaps it is only a question of a specific balloon help at <I>do menu item</I> (not only the actual &quot;do the menu item&quot;), something like: &quot;.... Warning: if...&quot;<BR>
<BR>
cheers<BR>
<BR>
<BR>
El mi&#233;, 22-10-2008 a las 15:01 -0700, Scott Wallace escribi&#243;: 
<BLOCKQUOTE TYPE=CITE>
<PRE>
<FONT COLOR="#000000">On Oct 22, 2008, at 1:44 AM, antonio wrote:</FONT>

<FONT COLOR="#000000">&gt; at v4, etoys mode:</FONT>
<FONT COLOR="#000000">&gt;</FONT>
<FONT COLOR="#000000">&gt; - create an instance, of ellipse for example,</FONT>
<FONT COLOR="#000000">&gt; - create a script with the order (cat. miscellaneous) do menu  </FONT>
<FONT COLOR="#000000">&gt; item_adhere to edge...</FONT>
<FONT COLOR="#000000">&gt; - run the script</FONT>
<FONT COLOR="#000000">&gt;     then (and not before) appear the menu with options (bottom,  </FONT>
<FONT COLOR="#000000">&gt; left...) but you never more can clear of it.</FONT>

<FONT COLOR="#000000">Indeed.</FONT>

<FONT COLOR="#000000">&quot;Do menu item&quot; offers the opportunity to execute any menu item  </FONT>
<FONT COLOR="#000000">contained in an object's &quot;halo menu&quot; programatically.</FONT>

<FONT COLOR="#000000">Most menu items are fine to use this way, even in a ticking script,  </FONT>
<FONT COLOR="#000000">because they simply execute.  But some menu items result in a  </FONT>
<FONT COLOR="#000000">secondary prompt or menu being put up, and when invoking such a menu  </FONT>
<FONT COLOR="#000000">item in a continuously-running (ticking) script, the follow-on prompt  </FONT>
<FONT COLOR="#000000">or menu will continuously be put up, so that your user will always be  </FONT>
<FONT COLOR="#000000">in a state of needing to respond to the prompt or menu, thus denying  </FONT>
<FONT COLOR="#000000">her the chance to do anything else interactively.</FONT>

<FONT COLOR="#000000">So...  There are various ways in etoys that you can &quot;hose yourself&quot;,  </FONT>
<FONT COLOR="#000000">particularly through injudicious use of a ticking script.  This is a  </FONT>
<FONT COLOR="#000000">good example.</FONT>

<FONT COLOR="#000000">We could, case by case, try to reduce the number of such danger  </FONT>
<FONT COLOR="#000000">points, but I don't think we can altogether eliminate them without  </FONT>
<FONT COLOR="#000000">unacceptably limiting the expressive power of the system.  (e.g. in  </FONT>
<FONT COLOR="#000000">this example, there's no problem at all unless/until the user chooses  </FONT>
<FONT COLOR="#000000">to set the script to &quot;ticking&quot;...)</FONT>

<FONT COLOR="#000000">One proposal (from Yoshiki) to reduce the chance of abuse of &quot;do menu  </FONT>
<FONT COLOR="#000000">item&quot; is not to offer &quot;do menu item&quot; in the viewer unless the  </FONT>
<FONT COLOR="#000000">eToyFriendly flag is turned off.  What do people think of that idea?</FONT>

<FONT COLOR="#000000">Cheers,</FONT>

<FONT COLOR="#000000">   -- Scott</FONT>
</PRE>
</BLOCKQUOTE>
</BODY>
</HTML>