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

[Ricardo Moran]

Yes, you're right. And we should add the "decimal places" if the selected
type is number as well.


On Thu, Feb 9, 2012 at 4:24 PM, karl ramberg <karlramberg at gmail.com> wrote:

> We should hook this up to the Viewer variable menu in
> Player slotInfoButtonHitFor:inViewer:
>
> 'rename' and 'change value type' could be replaced by this panel.( I'm not
> sure what to call it: Variable info ?)
>
> I think it's good for consistency that we present just one panel to rename
> and choose variable type.
>
> Karl
>
>
> On Thu, Feb 9, 2012 at 7:53 PM, Ricardo Moran <richi.moran at gmail.com>wrote:
>
>>
>> On Thu, Feb 9, 2012 at 2:10 PM, Steve Thomas <sthomas1 at gosargon.com>wrote:
>>
>>> Nice,  May want to add arrows to Type (similar to the way make sound
>>> scripting tile works) to invite kids to click on it).
>>
>>
>> Great idea, how about now?
>>
>> [image: NewVariableDialog.png]
>>
>> Cheers,
>> Richo
>>
>>
>>> Ed Team should think about Quick Guides on Variables, and perhaps
>>> balloon help when you mouse over the variable types.
>>>
>>> Stephen
>>>
>>>
>>> On Thu, Feb 9, 2012 at 12:01 PM, Ricardo Moran <richi.moran at gmail.com>wrote:
>>>
>>>> Hi,
>>>>
>>>> I've made the following dialog using the PropertiesMorph as suggested.
>>>>
>>>> [image: NewVariableDialog.png]
>>>>
>>>> It opens by default when clicking on the "add new variable" button. I
>>>> think this solution is better than the two modal dialogs and it also makes
>>>> the different slot types a little more visible.
>>>>
>>>> I attached a change set if you want to test it.
>>>>
>>>> Cheers,
>>>> Richo
>>>>
>>>>
>>>> On Wed, Feb 8, 2012 at 12:21 PM, Ricardo Moran <richi.moran at gmail.com>wrote:
>>>>
>>>>> 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/20120209/b5ff9745/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: NewVariableDialog.png
Type: image/png
Size: 5128 bytes
Desc: not available
URL: <http://lists.squeakland.org/pipermail/etoys-dev/attachments/20120209/b5ff9745/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: NewVariableDialog.png
Type: image/png
Size: 5280 bytes
Desc: not available
URL: <http://lists.squeakland.org/pipermail/etoys-dev/attachments/20120209/b5ff9745/attachment-0005.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/20120209/b5ff9745/attachment-0006.png>
-------------- 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/20120209/b5ff9745/attachment-0007.png>