Godot Tidbits: Global Signals (Event Bus)

[@ckay7816]

What a glorious solution! I was having such a hard time understanding connecting signals in Godot and dreading the task, but now i see how simple it really is! This video should be linked in the documentation page for signals!

[@Bargeral]

I've always connected to signals via the ready() function, and never bothered to disconnect them. Using the tree enter and exit is much cleaner, thanks for that tidbit.

[@zongopbongo]

it should ensure the signal is disconnected when queue_free-ing which is nice!

[@Boblikescheese]

Phenomenal tutorial, exactly what I was looking for when handling signals with dynamically loaded objects! Very informative and straight to the point

[@EidoEndy]

Amazing tutorial. Global signals are something I’ve been trying to wrap my head around for a while (for making a bullet hell). and this does a good job explaining it.

[@donaldedgarvisuals]

Thank you so much for making this! Super helpful and only one I could find that deals with dynamically loading objects. Update: watching this finally fixed a problem Ive been trying to resolve for a week of setting Z_Index of multiple instances of objects so that whatever the last clicked object was is on Z_Index 1 and everything else sets Z_Index to 0. Thank you!

[@autumnshade84]

This was just what I was looking for! Thank you! I’ve been using an auto load with getters and setters which is working fine, but this will work a treat!

[@brandonstone2754]

This guy needs more likes/subs this was great

[@Games-vu9nz]

Thank you for the beautiful and useful explanation.

[@ThaAftrPartie]

4:51 it’s not random, it’s based on the scene save. So if you save a scene from within the script menu, and say are on a different script, that script you’re writing’s scene now becomes the original script’s scenes’s thumbnail. Just go into the editor and re-save the scene with the area you want shown

[@mikefrom1974]

Good callout, thanks!

[@grymmjack]

Great video thank you! Also explained the Singleton thing. So we need to extend Node for our autoload Singleton? Does the autoload automatically get loaded in EVERY scene then?

[@WouterLockefeer]

Yes and yes. Autoloads extend Node by default, so no need to worry about that.

[@avinsxd]

This is a great tutorial! Very underrated

[@huachimingoX]

thanks you explained very well

[@igork1336]

very good tutorial

[@MrGramno]

Very interesting video i learned about the on scene enter and exit signals :D

[@simonsaysgray]

thanks, great video!

[@deniskkd6262]

You are awesome🎉

[@Notreal76]

Thank you for this tutorial

[@chiubaca]

Any downsides to this approach or suggestions when this is a bad idea ?

[@MathGoOli]

I've linked the bombs on the basic level scene that all level scenes inherits.

[@nvm9174]

thank you man

[@EidoEndy]

Quick question, why do you need to disconnect the signal when leaving the tree? Is the listener still in memory or something?

[@mikefrom1974]

This is just a safety net to prevent weirdness and null errors if a node is no longer in the tree but somehow not completely gone form memory.

[@mbg4681]

*_Axe Squirrel!!!!_* *guitarsolo*

[@Ocdib]

Hi! Just checking on the _on_tree_exiting signal... Is this signal triggered when the object `queue_free`s? What's its purpose?

[@mikefrom1974]

This signal is triggered whenever the object leaves the "tree" (the hierarchy representing the currently running level). It's a way to ensure something is done BEFORE a node is gotten rid of, including queue_free

[@Ocdib]

@@mikefrom1974 I see. Is there any consequence of leaving a signal attached AFTER queue_free? What are we safe guarding against?

[@tracotr]

Dude ty

[@alfredogodoy6854]

noice video