This post provides a handy reference guide to go from Scratch’s “Events” category of code blocks to C# with Unity.
Click on the picture of any of these Scratch code blocks to see how to write similar code statements in C#.
Most of the time, you will probably use the “Start” method as an equivalent event. Technically speaking it is not the same. The “Start” method of a “MonoBehaviour” is called whenever the script itself is enabled. If you actually begin a scene with the GameObject or the script disabled, then the “Start” method will not be called until you enable them.
There is also a “SceneManager” which has a “sceneLoaded” event. Technically this might be more of an equivalent, but depending on how you register for the event, you could experience other challenges. For example, if you try to register in an “OnEnable” method, but your GameObject is disabled when the scene begins, then you will not be registered in time to receive the event. See more here.
Unity does not post any events for input such as key presses. Instead, you must poll for the event such as by using the “Update” method:
private void Update()
// This is your event
The simplest way to detect a mouse click is to add the UI Button component to your Sprite. You can then add a reference to a call back method for its “onClick” event right from the Unity inspector. See here for more.
Make sure to include the using directive if you want to work with a Button in code:
You can also attach callbacks in code like this:
public Button button;
Debug.Log("You have clicked the button!");
If for some reason you do not want to add the Button component, you can also register to receive pointer click events directly. To do this, make sure and include the necessary using directive:
Mark your class as conforming to the “IPointerClickHandler” interface:
public class Example : MonoBehaviour, IPointerClickHandler
and then provide an implementation of the handler method:
public void OnPointerClick(PointerEventData pointerEventData)
If I wanted to observe an event based on changing the sprite, I would probably create my own method to change the sprite and have it post an event as needed.
You need to add the using directive for events:
Then implement something like this:
public UnityEvent backgroundChanged;
public void SetBackground(Sprite sprite)
var spriteRenderer = GetComponent<SpriteRenderer>();
spriteRenderer.sprite = sprite;
In Unity, there is no exposed “loudness” variable. You have “volume” on “AudioSource” components, but that is how loud to play the clip as a whole, not how loud is the sound that is actually being heard. In other words, imagine you have turned the volume knob of a speaker all the way up. When sound plays, it will be loud, but there may be moments between sounds where there is nothing to hear.
In order to analyze the loudness of what is actually playing, you can sample your audio data. Here is a post on the Unity Answers forum that discusses this topic in detail, complete with code.
The native equivalent to working with messages in Unity is to use custom events. You could define an event like this:
public UnityEvent messageEvent;
And then you could add observers from the Unity Inspector, or from code like this:
private void Start()
Assuming I have an event named “messageEvent”, I could “broadcast” to its observers like this:
I don’t have any recommendations for using the pattern in this code block. The closest thing might be to have a chain of observed events. One event on one script is broadcast, another script observes it and takes some action, then when the action is complete, the other script posts an event that the first script observed.
This should cover all of the code blocks in Scratch’s “Events” category. If you have any questions about this reference guide feel free to ask below.
If you find value in my blog, you can support its continued development by becoming my patron. Visit my Patreon page here. Thanks!