Scratch

Hi Roman,

hmm, I just tried switching the languages back and forth in Scratch using the "when <space> key pressed" block, and everything worked fine for me. Could you perhaps post a link to your son's online-project, so someone might have a look at it?

Hi Jens and John,

I made two simple programs to show the bug. When you hit space, the cat should say hello, but it doesn't.

In http://scratch.mit.edu/projects/roman64/84206
I pulled the <when[  ]key pressed> to the programs part of the object and did *not* touch the key selector (because it already shows Leertaste which I want to use).

In the second version
http://scratch.mit.edu/projects/roman64/84209

I selected 'Leertaste' in the pulldown menu of the <when[  ]key pressed>. This one works. I cannot see any difference in the programs, when I look on them in scratch. Hopefully the gurus can.

Seems to be a problem with the initial value/name of the selected key.

Roman

OT: Gruß nach Herrenberg, wir sind in S-Feuerbach.

Hi, Roman.

Which version of Scratch did you use to create those projects? (You can find the version by clicking on the "extras" button and selecting "about...")

There was a bug in Scratch 1.2 involving the translation of named keys (space and arrow keys) that was fixed in Scratch 1.2.1. So if are still using Scratch 1.2, just download the latest version and the problem should disappear. (If you are running on Windows, you can just download and run the Scratch installer.)

You may need to open projects that use named keys in the new version of Scratch, re-select the key from the pull-down menu, and save them again.

Let me know if this fixes your problems.

  -- John

roman64, as I understand it, the bug in the earlier version is stored in the .sb file, so that the new version of scratch will see the problem if the .sb file is old.

The right fix is for the scratch interpreter to fix up buggy .sb files, but that apparently was not done in v1.2.1.  (Maybe in v1.3?)

Do you have any .sb files created by v1.2.1 that have the bug?

Hi John,

I think it's a real bug in the 'initialize' method of 'KeyEventHatMorph'. There is a cascade that goes:

    scriptNameMorph _ ChoiceArgMorph new getOptionsSelector: #keyNames;
             options: ScriptableScratchMorph new keyNames;
             choice: 'space' localized.

The problem here is that the 'space'-string is translated before it is assigned. However the receiving ChoiceArgMorph needs to get and keep <choice> in generic English internally, producing its own separate, translated copy for display in the labelMorph afterwards.

When I just remove the keyword "localized" everything works as expected again, both in Squeak and in the java player, it also fixes the re-translation issue of otherwise untouched KeyEventHatMorphs that Roman observed.

roman64 wrote:

I have the feeling, you translated my words directly to Smalltalk/Squeak.

Yup, that's the beauty of it 

Aha, this one's a bit harder to find. It seems to be a bug in the 'defaultArgsFor: blockSpec' method of 'ScriptableScratchMorph'. Somewhere in that method it says:

#keyPressed: = sel ifTrue: [defaultArgs _ Array with: 'space' localized].

again, the the 'localized' keyword shouldn't be there, because the argument will eventually be translated within the ChoiceArgMorph itself, and needs to be kept in English internally.

Thanks for checking this, Roman!