You know how broadcasts send them to all sprites and receive them? Well, what about sending broadcasts to only specific ones?

Let's say you put a script on when a broadcast is received on one sprite, and you put a different script when a broadcast is received on another sprite. You want that only one sprite to receive the broadcast, but then the other sprites receive the broadcast too, scripting them making the project functions not what you want them to be.

// It can look like this:

send broadcast [ v] to [sprite v] :: events // "Myself" would also be included in the dropdown, just like creating a clone.

// Or this:

broadcast [ v] to [sprite v] :: events

But If you want to send a broadcast to more than one sprite, quickly, just do this:

// Run this block without Screen Refresh:

define send broadcast to 3 sprites
broadcast [event v] to [sprite 1 v] :: events
broadcast [event v] to [sprite 2 v] :: events
broadcast [event v] to [sprite 3 v] :: events

Or just put the blocks without the define block in a script if you don't want them to run quickly.

SUPPORTERS

@Charles12310
@LionHeart70

NO SUPPORTERS

@FancyFoxy

Support. This would be useful.

You can work around by just making a new broadcast that only gets picked up by one sprite.
And if you don't want to put the same script twice or more, just use custom blocks.
No support, as I don't feel like it's really necessary.

No support because you can just ignore the broadcast that don't mean anything to the sprite

No support. This will make things a lot more complicated.

I think this is a good idea – sometimes broadcast lists get really long.
Also, by default, I think the dropdown should be at “all”:

broadcast [ v] to [all v] :: events

This would help people that didn't want to broadcast things to different sprites do stuff quicker.

bigpuppy wrote:

I think this is a good idea – sometimes broadcast lists get really long.
Also, by default, I think the dropdown should be at “all”:

broadcast [ v] to [all v] :: events

This would help people that didn't want to broadcast things to different sprites do stuff quicker.

nah, the regular broadcast block it the alternate of all.

Here is another reason: Maybe all sprite have the same script when received, but what if you want them to happen at different times?

It doesn't really make a difference to the current broadcast system.

Workaround

when I receive [a v] // make multiple broadcasts, dude.
when I receive [b v] // i'm not sure why you only need one broadcast

((╯°□°)–︻╦╤─ – – – :: sensing) :: pen cap

Broadcast means it goes to everyone tuned to receive the broadcast. So, either don't have a receive hat on a specific sprite (for a specific broadcast) or use a stage variable to control how (or whether) a specific sprite that receives a broadcast acts on it.

removed

Support!

megaman100 wrote:

Support!

Why do you support?

Anyways, No Support, just leave the sprites that don't need the broadcast ignoring it, and send it to the sprite that needs it.

TheAdriCoolManDude wrote:

megaman100 wrote:

Support!

Why do you support?

Anyways, No Support, just leave the sprites that don't need the broadcast ignoring it, and send it to the sprite that needs it.

Galleigo wrote:

Workaround

when I receive [a v] // make multiple broadcasts, dude.
when I receive [b v] // i'm not sure why you only need one broadcast

VideoGamerCanInvent wrote:

It doesn't really make a difference to the current broadcast system.

WaffleChurro wrote:

No support because you can just ignore the broadcast that don't mean anything to the sprite

No support for all of the above.

No support. Just create more broadcasts. It's such an easy workaround that it's unneccesary.

Duplicate.

duckboycool wrote:

Duplicate.

It's closed.

when I receive [be an annoying 5 year old v]
repeat (EXPAN)
say [AMONG US AT 3 AM!!!!!]
end