<br><br><div class="gmail_quote">On Thu, Mar 8, 2012 at 10:13 AM, Bert Freudenberg <span dir="ltr">&lt;<a href="mailto:bert@freudenbergs.de">bert@freudenbergs.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div><br></div><div>Am 07.03.2012 um 22:47 schrieb Scott Wallace &lt;<a href="mailto:scott.wallace@squeakland.org" target="_blank">scott.wallace@squeakland.org</a>&gt;:<br><br></div><div><div class="h5">
<div></div><blockquote type="cite"><div><div><div>On Mar 7, 2012, at 9:04 AM, Ricardo Moran wrote:</div><blockquote type="cite"><div class="gmail_quote"></div></blockquote><br><blockquote type="cite"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div>
</div></div></blockquote><div> … I thought &quot;modify &lt;var&gt;&quot; would be a better name for the menu item, because in some cases (just number and point for now) we have more than just the name and type.</div>

<div><br></div><div>I still think it&#39;s better than &quot;change &lt;var&gt; name and type&quot; (or any variation) because IMHO when you create the variable you see upfront what it takes to create it, so it&#39;s consistent to believe the same parameters would be needed to &quot;modify&quot; it. Maybe it&#39;s just a matter of getting used to it.</div>
</div></blockquote><div><br></div><div>Agreed, it&#39;s a matter of getting used to it.</div><div><br></div><div>But if a user can&#39;t find it in the first place, it&#39;s unlikely she will ever get used to it :)</div><div>
<br></div><div>My point is only that if the words &quot;name&quot; and &quot;type&quot; are not present anywhere in the menu, the user is unlikely to stumble upon the fact that name and type can be changed.</div><div><br>
</div><div><br></div><div><div></div><blockquote type="cite"><div>The only inconsistency I would criticize is the &quot;decimal places&quot;, which for user created variables it requires the new dialog, but for other slots it uses the old menu. But that has also been brought to discusion before.</div>
</blockquote><div><br></div><div>Right; and apropos of the previous comment, it&#39;s even more important in the case of &quot;decimal places&quot; that the user be able to see the wording &quot;decimal places&quot; in the menu, because her experience with setting decimal places for system-defined variables certainly will lead her to expect it.</div>
<div><br></div><div>So whether there are one, two, or three menu items involved, again, I think the important point here is for the user to *see* the words &quot;name&quot;, &quot;type&quot;, and &quot;decimal places&quot; in the menu. </div>
<div><br></div><div><br></div><div>BTW useful balloon help is provided for the &quot;decimal pleas…&quot; item in the viewer menu for a system-defined variable, but for no other items in the menu.  Arguably there should be balloon help provided for all of the items -- this could help especially if we have important features &quot;buried&quot; behind less-than-self-explanatory menu items.</div>
<div><br></div><div>Or is it too late in this cycle to be adding strings that will need to be translated?</div></div></div></div></blockquote><br></div></div><div>Almost too late, we should be quick to get the strings out.</div>
<span class="HOEnZb"><font color="#888888"><div><br></div><div>- Bert -</div></font></span></div><br>______</blockquote><div><br></div><div>Variable types was quite hard to discover before. I think they have bigger chance of getting use now. I think maybe we should &#39;gray&#39; out decimal places in the panel instead of removing it when changing variable types. It a little confusing that the variable panel changes size when you change variable types.</div>
<div><br></div><div>Karl</div><div><br></div></div>