Scratch

slayerrobe7 wrote:

how do u make a bllock with inputs

First make a block, then shift-click on the hat block and choose
"edit procedure name and parameters"

The Make Block allows you to create parameters that are number, string or boolean. Fantastic!  I can display a boolean parameter using Say and it shows True and False. But the boolean variable is shaped like a number (not angular shaped) and so can not be used inside the block as a boolean. Is this just a bug?

when we get cloud variables there might be a massive race to make a mmog.

johnm wrote:

pent9 wrote:

This is really great, but somewhat dissapointing. There are still no hide/show list blocks, or hide/show mouse blocks. I don't need to hide the mouse, that would only be for replacing it with a different design, but hiding and showing lists means the world to me.

Lists now appear in the "hide varilable/show variable" blocks, so you can use those blocks to hide and show lists.

Oh. 
Updating wiki... 

Last edited by scimonster (2012-05-17 14:22:23)

cstem wrote:

The Make Block allows you to create parameters that are number, string or boolean. Fantastic!  I can display a boolean parameter using Say and it shows True and False. But the boolean variable is shaped like a number (not angular shaped) and so can not be used inside the block as a boolean. Is this just a bug?

As in Scratch 1.4, variable reporter blocks are not shaped like a booleans because variables store values of any type, including numbers and strings. You can use the "=" to check if a variable is, for example, the number "1", and put the "=" block into a boolean parameter slot in, say, an "if" block.

This may seem inconvenient, especially if you're used boolean variables in other programming languages. One could have Scratch convert numbers and strings into booleans automatically. For example, the number 0 might mean false and all other numbers true. Unfortunately, strings are more tricky because Scratch is multilingual. People might expect the words "true" and "false" in their own language to be converted to true and false boolean values. For example, a Norwegian might use the string "ekte" to mean "true", but a Japanese Scratch user reading that script would probably not know that "ekte" meant "true". In addition, the meaning of a script could change as new language translations were added. Today "ekte" might mean "false" tomorrow, after adding the Norwegian translation, it would mean "true".

Although it makes some scripts slightly more verbose, the current design is at least well-defined and language independent. But we'll continue to think about this issue.

Last edited by johnm (2012-05-17 14:59:09)

did you remove the 'stamp transparent' completely or just from public alpha?

Okay, the Clone functions. There should be a block that says (delete self when [off screen, etc])

Otherwise, it'll cause major lag if they aren't deleted.

New blocks suggestion:

(pitch)
change pitch to <10>
change pitch by <10>
etc.

BoltBait wrote:

Regarding cloud data:

If we do not have access to the currently logged in user's name, we can't make an accurate high score table for our games.

We will have to prompt for a username and the user will be able to respond with anything... even inappropriate words.  Who gets the blame when those show up in the highscore table?

You, seriously, need to rethink this.

EDIT:

Here is a potential solution for you.

If a project wants to access a user's name, perhaps Scratch could prompt the user for access.  Something like "This project would like to know your username.  Allow access to this information?  [YES] [no]"

If the YES button is clicked the USERNAME block contains the username.  If the NO button is clicked the USERNAME block is empty.

Thanks for this suggestion - we have thought about this as a possible solution, and we feel that it may be confusing for new Scratchers who may not know what Cloud data, etc are. We have thought of another block, which reports back an unique value for a specific username for a specific project (so you don't get to know who the user is, but can identify the user when he revisits your project). But again, that may be confusing as well. We are still thinking about this, and if you have more ideas, please do share with us  .

samurai768 wrote:

There needs to be a hide show list block! I just noticed it still wasn't there    Sorry if someone already said that 

+ OVA 9000

sdg1 wrote:

cpumaster930 wrote:

Regarding cloud data: Will you eventually be able to make persistent variables and lists so that, for example, your progress in a game could be saved and loaded automatically when you play the game again?

Additionally, is it possible to have a hardcoded variable (like timer, volume, etc.) that always reports the Scratch username of the currently logged in user?  This would be extremely useful for high score lists 

It's great that you are thinking about a username reporting block  . We thought about it during our design process, and decided not to go with it, mainly for a couple of reasons.

One reason is privacy - with a username block, a Scratcher may be able to record every action that other Scratchers take on his project (for example, every click), and sometimes this can be done without the other Scratchers knowing that they are being recorded.

Another reason is that we do not want code that is specifically tailored for someone in the community - one could easily have a project that says something inappropriate for a specific user through a if block:

when gf clicked
if <(username) = [sdg1]>
  be mean
else
  act normal
end

Considering these possible drawbacks, we decided not to implement the username block, though we agree with you that username blocks will make things much easier for certain type of projects.

Why not a account verification block that forces you to use variables?

randomgamemaker wrote:

It may just be my computer, but when I tried video [motion] on [stage] a dialog box came up asking if scratch could have access to a camera. But when I clicked yes, nothing happened, and when I clicked no nothing happened. So now the page is frozen.

I got the video to work on my machine by clicking the VIEW INSIDE button..... I was not able to click in the adobe air dialog normally but it worked fine when I viewed inside....

Last edited by redware (2012-05-17 19:45:39)