last message broadcasted

AwesomePerson238243

name: (last message broadcasted)
category: events
type: reporter
function: reports the most recently broadcasted message.
block:

last message broadcasted :: reporter events

supporters:
jokebookservice1
DaSpudLord
TheMonsterOfTheDeep
sheep_maker

Last edited by AwesomePerson238243 (April 22, 2016 04:34:34)

because [scratch is awesome v] :: hat operators
forever
say [ horray!]
jump :: motion
imagine, program, share :: custom

NanoRook

AwesomePerson238243 wrote:
name: (last message broadcasted)
category: events
type: reporter
function: reports the most recently broadcasted message.
block:
last message broadcasted :: reporter events

Workaroundable, and how would this be used?

I LOVE BEING PURPLE!!!! JOIN THE PURPLE COALITION TODAY IF YOU ALSO LOVE BEING PURPLE. PURPLE IS THE NEW BLUE! PURPLE IS THE SUPERIOR NAVBAR COLOR! YYYEAAHHHHH BABY!!!!

AwesomePerson238243

I know that there is a workaround:

when I receive [message 1 v]
set [last message broadcasted v] to [message 1]
...

but it does not work as well. it would be usefull for big adventure games that involve choices, where some srite has to monitorwhat has been done and what hasn't.

because [scratch is awesome v] :: hat operators
forever
say [ horray!]
jump :: motion
imagine, program, share :: custom

jokebookservice1

I support. The ST wonn't support broadcast reporters because they are worried about them being ambiguous. This block is really unambiguous. Please ST.

Last edited by jokebookservice1 (April 21, 2016 19:41:22)

MathlyCat

jokebookservice1 wrote:
I support. The ST wonn't support broadcast reporters because they are worried about them being ambiguous. This block is really unambiguous. Please ST.

Wait… How is this “un-ambigous”? What if I broadcast two different broadcasts at the same time? It's also rejected by the stickies for any broadcast reporters to be suggested…

No support.

Think before you act.
Actions speek louder than words.

hi there fella

jokebookservice1

MathlyCat wrote:
jokebookservice1 wrote:
I support. The ST wonn't support broadcast reporters because they are worried about them being ambiguous. This block is really unambiguous. Please ST.

Wait… How is this “un-ambigous”? What if I broadcast two different broadcasts at the same time? It's also rejected by the stickies for any broadcast reporters to be suggested…

No support.

Two broadcast cannot be simultaneously broadcast, it just looks that way because Scratch does it so quickly. Abut the stickies… hmm… I guess this should be closed asap?

TheMonsterOfTheDeep

MathlyCat wrote:
jokebookservice1 wrote:
I support. The ST wonn't support broadcast reporters because they are worried about them being ambiguous. This block is really unambiguous. Please ST.

Wait… How is this “un-ambigous”? What if I broadcast two different broadcasts at the same time? It's also rejected by the stickies for any broadcast reporters to be suggested…

No support.

Um, no, the only block rejected by the stickies is

<[broadcast v] received? :: events>

Support, because the workaround is tedious and broadcast sensing has many applications.

Last edited by TheMonsterOfTheDeep (April 21, 2016 23:23:14)

my latest extension: 2d vector math

Sheep_maker

Support because it's better than the received? block idea.

MathlyCat wrote:
What if I broadcast two different broadcasts at the same time?

What if

when gf clicked
broadcast [sameTime v]
when I receive [sameTime v]
broadcast [1 v]
when I receive [sameTime v]
broadcast [2 v]
when I receive [1 v]
set [var v] to [1]
when I receive [2 v]
set [var v] to [2]

Here two broadcasts are being broadcasted at the same frame. Depending on where the scripts are placed, the variable can only be 1 or 2, so this block would only return “1” or “2” as well.

- Sheep_maker This is a kumquat-free signature. :P
This is my signature. It appears below all my posts. Discuss it on my profile, not the forums. Here's how to make your own.
.postsignature { overflow: auto; } .scratchblocks { overflow-x: auto; overflow-y: hidden; }

DaSpudLord

I support.

| Primary Target | Fireworks Show! Wheel of Fortune || Block Buster ||||| Shut the Box ||||||||| Surf's Up! |||||

U^ｪ^U::motion//This is Blocky. He lives in my signature. He is a trained attack block. He protects my siggy from kumquats.

AwesomePerson238243

Sheep_maker wrote:
Support because it's better than the received? block idea.
MathlyCat wrote:
What if I broadcast two different broadcasts at the same time?
What if
when gf clicked
broadcast [sameTime v]
when I receive [sameTime v]
broadcast [1 v]
when I receive [sameTime v]
broadcast [2 v]
when I receive [1 v]
set [var v] to [1]
when I receive [2 v]
set [var v] to [2]
Here two broadcasts are being broadcasted at the same frame. Depending on where the scripts are placed, the variable can only be 1 or 2, so this block would only return “1” or “2” as well.

this ends in 2. every time.

because [scratch is awesome v] :: hat operators
forever
say [ horray!]
jump :: motion
imagine, program, share :: custom

Scratcher1002

Sheep_maker wrote:
Support because it's better than the received? block idea.
MathlyCat wrote:
What if I broadcast two different broadcasts at the same time?
What if
when gf clicked
broadcast [sameTime v]
when I receive [sameTime v]
broadcast [1 v]
when I receive [sameTime v]
broadcast [2 v]
when I receive [1 v]
set [var v] to [1]
when I receive [2 v]
set [var v] to [2]
Here two broadcasts are being broadcasted at the same frame. Depending on where the scripts are placed, the variable can only be 1 or 2, so this block would only return “1” or “2” as well.

It's up to Scratch's order of operations.

・Scratcher1002は「ここにランダムな日本語の言葉はたくさんですか？はい」と言いました・

||||Search:
Topics | Users
||Studios | Projects
||

Discuss Scratch