That was a funny message and I'm glad you posted it. You represented well what it's like to learn and get fixated on debugging. Good job for going the distance!

@@Gdquest i followed your video tutorial not knowing it was made from godot3x and I'm using godot4x 🤧😪, i have a lot of hard times debugging and analyze things 🤧, Because some Code, Signal, etc that are changed in godot4x 🤧, But thanks because even if i have hard times but i figured out my self and learn more from it and in your video tutorial 🫡❤️, I can't thank you enough 🤧😪

Sure. Are you using them for the Great Godot 4 Starter Kit? That's what they're for.

Just do youtube tutorials bruh

@@Iqbal1808 Yeah man, but for Unity now

The game engine itself is completely apolitical though. I've bought the course "learn 2D gamedev from zero." It's stellar, I'd always highly recommend it because it also teaches you transferable techniques, good practices and mindset.

Navigate to the inspector of the CharacterBody2d node or Mob, whatever you named it, and disable “slide on ceiling.” Let me know if this worked. ❤

@@DwarfHeavySupportGunner Thanks for your reply. That didn't fix it, but you put me on the trail. I realised the enemy (Mob) was seeing the player as a moving platform, and simply "latching" onto the player when on top of the player. I found Floor Layers in the enemy CharacterBody2D and turned off the layer the player is on. All good now

@@kellyrodgers9326If I’m being honest, that’s what I was trying to do! I’ve always hated when people just gave me all the answers and fixed everything immediately, learning what your doing, thinking it through, and getting out of tutorial hell is priority 1! Best of luck ❤😂

What stage of learning are you at?

It is updated to 4.3

Windowkill is my FAVORITE game made in godot 4 so far, I remember when it was a silly game on itch. Its come a long way.

@@SleepyGameDev189 Probably one of the games with the coolest concepts out there

@@ZV1LLE True that!

The app is free for all and has already been funded by the community "Bro".

GDscript maps pretty closely to Python. Truth is not many projects in the wider development environment are unilingual. You might have a website server running Python....the front-end will likely be JS, CSS and HTML. Some functions may be rewritten from Python into rust, C or C++ to run faster and good luck doing database work without a framework to handle it for you or knowing SQL. You may even have legacy code that's part of this whole mess that relies on Pascal to function. This is before we consider that some devs may have their own tools and libraries they've made and thrown haphazardly into this mess as well. People rarely care what you know or don't outside of game development. You'll be expected to adapt and learn as you go.

@hanro50 very well said. Thank you

Writing a Minecraft mod and an Android app are two fundamentally different experiences even if both utilise Java. Both rely on different language features and core libraries to work. Different frameworks, methodologies and language features can quickly flip what you know and don't on it's head.

@@hanro50 You are correct but missing the point. Yes, development environment are multilingual and godot is close to python. But - the new to programing person doesn't know about it, doesn't understand the development - hence very scared of the idea of investing effort into something uncertain. Its easier to jump into something that has background like C#

​@@Padlyko Well the C# capable version of Godot still exists for that specific scenario. This being said, if we get stuck contemplating what-ifs then we'll be here all day. At the time GDScript was conceived the team behind Godot was a lot smaller and the solutions that did exist wouldn't work without fundamental changes to Godot and a lot of effort. Considering how many resources have gone into GDScript and how many projects use it. It simple doesn't make sense to get rid of it either.