[etoys-dev] Etoys: Etoys-Richo.103.mcz

[Ricardo Moran]

This would be easy to do and it would be a great improvement, but I don't
think this dialog should be open by request. If I understood correctly, the
problem that originated this issue was that the slot types other than
#Number were difficult to find, so hiding this dialog won't solve it.

Cheers,
Richo

On Tue, Feb 7, 2012 at 3:07 PM, karl ramberg <karlramberg at gmail.com> wrote:

>
>
> On Tue, Feb 7, 2012 at 5:31 PM, Steve Thomas <sthomas1 at gosargon.com>wrote:
>
>> On Mon, Feb 6, 2012 at 7:49 PM, Scott Wallace <
>> scott.wallace at squeakland.org> wrote:
>>
>>> Better, arguably, is to give a newly-launched variable a default name
>>> and a default value-type, and then also make it more straightforward and
>>> inviting to change the name and change the value-type, without needing to
>>> fish in menus.
>>>
>> Agreed. Something like:
>> [image: AddVariable I.png]
>>
>> or
>>
>> [image: AddVariable II.png]
>>
>
>
> Nice.
>
> Maybe we should use the PropertiesMorphs for this ?
>
> Also some of the variable types have additional spec
> Number and Point have 'decimal places...'
> Player have 'tiles to get...' ( I'm not really familiar with this)
>
> After reading Scotts mail I think this dialog should be presented by
> request, not by default.
> And that we bypass the 'FillInTheBlank' naming of variable in the first
> place ?
>
> Karl
>
>
>
>>> We did that a while ago in an internal vpri fork: add-variable gives you
>>> a variable with a default name and a value-type already provided; when and
>>> if desired, click on the variable name and text-edit to rename the
>>> variable; click on a little "value-type" icon to the right of the name to
>>> get a list of value-type choices.  No modal roadblocks to getting started,
>>> no fishing in menus to make changes.
>>>
>>> This improves the work-flow of add-a-variable quite a bit, and might be
>>> a good thing for squeakland as well.  However, it's probably too late in
>>> the development cycle of the imminent release to make such a change…
>>
>> Ideally we would have a group of kids we who could help test these ideas.
>>
>>
>> I don't see a problem with waiting at this point.
>>
>> Stephen
>>
>> _______________________________________________
>> etoys-dev mailing list
>> etoys-dev at squeakland.org
>> http://lists.squeakland.org/mailman/listinfo/etoys-dev
>>
>>
>
> _______________________________________________
> etoys-dev mailing list
> etoys-dev at squeakland.org
> http://lists.squeakland.org/mailman/listinfo/etoys-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakland.org/pipermail/etoys-dev/attachments/20120208/78d5421d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: AddVariable II.png
Type: image/png
Size: 9706 bytes
Desc: not available
URL: <http://lists.squeakland.org/pipermail/etoys-dev/attachments/20120208/78d5421d/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: AddVariable I.png
Type: image/png
Size: 5453 bytes
Desc: not available
URL: <http://lists.squeakland.org/pipermail/etoys-dev/attachments/20120208/78d5421d/attachment-0003.png>