Godot 4 - An Overview of Control Nodes | Easy UI (Tutorial) 

Yeah I feel that.. I've seen the occasional non-game software pop up using Godot just for the UI features which is definitely a good sign and from all I've used so far it's definitely the fastest to get something decent set up.

​@@iaknihs yep, there's a free open-source pixel art editor called pixelorama made with godot, pretty cool

Yeah I think it's a bit more subtle than one engine just being straight up better than the other. Unity is definitely more developed than Godot in certain areas, but honestly I swapped from Unity years ago and never had a reason to look back.

Thanks! Glad you liked it!

Thanks! And yeah, looking at the boost Godot and Unreal videos and such are getting right now... Unity management really didn't do their own engine any favours

Tyty and wooh someone made it to the end screen! Punk Rock is a good answer, now I want a rock with a punk aesthetic..

That's an interesting idea actually. Maybe I'll play around with replicating some UIs from a few games to show how they could be done in Godot

​@@iaknihs I second that idea! That sounds super insightful

very welcome!

yeah for other nodes it depends what you're trying to do I guess. they do have scale attributes, but they won't scale automatically like control nodes (though project settings should have you covered on most options needed to make sure the game works on any screen size at least)

@@kishirisu1268why ?

@@kishirisu1268 Anyone who says "Godot UI is so good that Editor uses it" clearly misses how bad the Editor UI looks and how not customisable it is.

Wdym its good , its customisable enough for me and pretty fulfilling imo​@@tkg__

shiny rocks are mighty indeed O=

Thanks! I'll definitely be doing more videos on various nodes, yeah. For the time being the plan is to do a video more or less once a week, going through Godot 4 topics as they come of either through questions I see people asking online, or whatever sounds like it might be interesting.

@@iaknihs alright cool, i’m looking forward to it :)

"Full Rect" is defined relative to a parent, being either a canvas/viewport, or another control node. So while you can set a size manually, there is no definition of what "full rect means" when the parent is a Node2D which itself has no rect at all. So I think that's probably what's causing your issue. I'm more confused why it does work for a generic canvasitem, though I never tried that before.

@@iaknihs thanks for the info. I’m still confused as to the seemingly inconsistent behavior. Years of developing UIs in Qt and Swing probably instilled a different perception and assumption how things work 🤣I would’ve thought a Node2D (the 2D in there) would be at least a single pixel. Because we also have Node 🤣

By default mouse click events are triggered by touch as well. In the Project Settings under Input Devices you can adjust that though (Emulate Touch from Mouse, Emulate Mouse from Touch, or disable both to keep events separate)

@@iaknihs Thank you!

I think to be safe it can help to limit overriding to "only if you have a really good reason" and usually keep one consistent theme for all elements within each part of a game (or even entire game). I only applied a theme to 1 element to demonstrate what it does compared to unmodified nodes, but in an actual game that's what I'd do. But yeah it depends a lot on the project. Not really sure atm how Godot could avoid this though? Like the same thing can happen in HTML/CSS as well if modifying individual elements too much

Now to add a texture button.. still a button, but with style