Scratch

l-drago100000 wrote:

How do i use the motion sensor?

Here's a new page that helps explain how to use some of the new blocks, including video motion sensing.

Does that help?

Last edited by natalie (2012-05-19 11:28:18)

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.

That certainly makes sense. But there could also be a lot of problems with not having a username variable. I've been wanting to make a MMOG where people could create a (free of course XD ) account. But people could easily lie about who they are and then ruin the other persons reputation. If there was a username variable, people couldn't cheat.

easy online 

You guys should have it to where we can put in videos. That way its a
1) Sprite making program
2) Animation Program
3 Game making program
4) Collab Program
5) Live interacting program
and Also it could be a Video Effects program!!

  When I recieve <Brodcast> 

How about that?

Last edited by nintendo100 (2012-05-20 12:56:04)

PerspectiveDesigns wrote:

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.

That certainly makes sense. But there could also be a lot of problems with not having a username variable. I've been wanting to make a MMOG where people could create a (free of course XD ) account. But people could easily lie about who they are and then ruin the other persons reputation. If there was a username variable, people couldn't cheat.

I'm working on an mmorpg too!

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.

I've got an idea. Each Scratch user would be assigned a number, and that number would be their Game Identification Number. (GI# for short) There would be a block that would look like this:

ask for GI#

Nobody else except the user who was assigned the GI# would know what the user's GI# was. When asked what his/her GI# was, the user would simply enter it, and it would go straight to the Scratch database, and not even the project creator would know who the user was or what his/her GI# was. In the Scratch database the GI# would be translated into a user, and the user would show up on the high score list.

While I was experimenting with the motion sensing, I thought that it would be awesome to have a block like (video (x-position) on (stage)) and then y-position too. That way you could have motion sensing menus and cursor to follow 

KyleK7 wrote:

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.

I've got an idea. Each Scratch user would be assigned a number, and that number would be their Game Identification Number. (GI# for short) There would be a block that would look like this:

ask for GI#

Nobody else except the user who was assigned the GI# would know what the user's GI# was. When asked what his/her GI# was, the user would simply enter it, and it would go straight to the Scratch database, and not even the project creator would know who the user was or what his/her GI# was. In the Scratch database the GI# would be translated into a user, and the user would show up on the high score list.

That would be a great idea! Support!

mario90007 wrote:

when gf clicked
if <(username) = [finnbinn90007]>
  go to [scratch]

Fixed!

Edit: 99th post!

Last edited by thebriculator (2012-05-21 00:08:09)

When making custom blocks, will there be parameter passing and reporting? (Functions and procedures?)

elcreeper wrote:

oh and add a [blocks] <say nothing> [/blocks] block and a [blocks] <generate comp. voice saying : [ ]>

how about, instead of the say nothing block, make a
[be quiet] block.  On the other hand, with the custom blocks feature, you can do it very easily!