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@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@gmail.comwrote:
On Thu, Feb 9, 2012 at 2:10 PM, Steve Thomas sthomas1@gosargon.comwrote:
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@gmail.comwrote:
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@gmail.comwrote:
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.comwrote:
On Tue, Feb 7, 2012 at 5:31 PM, Steve Thomas sthomas1@gosargon.comwrote:
> 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: > [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@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
