Hi,

I've made the following dialog using the PropertiesMorph as suggested.

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@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@gmail.com> wrote:


On Tue, Feb 7, 2012 at 5:31 PM, Steve Thomas <sthomas1@gosargon.com> wrote:
On Mon, Feb 6, 2012 at 7:49 PM, Scott Wallace <scott.wallace@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:
AddVariable I.png  

or

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@squeakland.org
http://lists.squeakland.org/mailman/listinfo/etoys-dev



_______________________________________________
etoys-dev mailing list
etoys-dev@squeakland.org
http://lists.squeakland.org/mailman/listinfo/etoys-dev