Welcome to the programming.dev Godot community!
This is a place where you can discuss about anything relating to the Godot game engine. Feel free to ask questions, post tutorials, show off your godot game, etc.
Make sure to follow the Godot CoC while chatting
We have a matrix room that can be used for chatting with other members of the community here
We have a four strike system in this community where you get warned the first time you break a rule, then given a week ban, then given a year ban, then a permanent ban. Certain actions may bypass this and go straight to permanent ban if severe enough and done with malicious intent
Or, ya know, just learn another language. It's not a big jump.
Edit: Godot 4.x is already slated to support a plethora of languages- including C#.
But even if the devs decided to not support C# for some reason: you're really going to walk away from a game engine over not being able to use C#?
It's a single purpose language. Learning it will bring you no benefit other than using Godot.
Learn c# and you can do basicly anything you want.
Also gdscript is kinda ugly.
Well I mean the biggest thing that would be the ultimate ideal would be anything that can maximize the ability to bring existing unity projects over to godot. IE minimal refactoring needed.
Big thing is not just getting people to start their new projects, but what about those who have spent 3+ years mastering their game, only to have the rug pulled out from under them when it was 80% of the way to release worthy.
i just want enums and interfaces!!!
Gdscript has enums.
I mean people like what they like, also I'd say "learn another language" makes more sense for 3.X where there were a ton of good language options. C# isn't the only thing up-in-the-air due to 4.0's binding system change (that will hopefully be worth it), though C# will get priority for an obvious (and understandable) reason while other bindings will need people in the community to create new efforts for each language that still doesn't have an option.
I say that as someone waiting on Nim-lang bindings (and 1 person working on them is consistently working on it) for 4.X (the 3.X bindings were listed as production ready here). I mean unless there are other languages that also: 1. are usable outside of Godot 2. Have an easily-readable style 3. Have good performance 4. Have (optional) low-level capability/options/flexibility. (I've never actually looked at C# but I don't think I want that ecosystem/setup)
Which, from what I've seen seems unlikely as most things seem to pick a side when it comes to speed/capability or ease. Maybe there's an option with some form of compiled Python but that seems to be a technical mess to get through/decide on and even then said option wrecks its compatibility with Python Godot bindings because obviously it's not interpreted Python anymore.
I'm going to say it (and eat the downvotes): Unity devs have become entitled, and kinda deserve the new Unity pricing structure.
Supporting more and more devices and functionality of c# on weirder and weirder runtimes. It is a mountain of dev work that Unity is paying for and subsidizing for your game. If there was an open source effort to make a unified c# runtime across all platforms that would be one thing, but it will always be front run by new features releasing to .NET so it will never exist.
Changing an existing agreement for pricing without any warning is gross. But something had to give eventually. I would have told you that 10 years ago.
.net 7+ is an open source unified runtime.
Unity just needed to move to .net (previously .net core) to save a tonne of work.
From unity's perspective it is a bunch of wasted work. Thats the issue - they threw a billion dollars at developing their proprietary c# runtime and not recouping the cost of investment. But they can't wait around for Microsoft to make moves. And they probably don't want to open source their runtime either out of fear that a free game engine using it will make the rounds.
Godot ultimately has the right approach: offer support through universal bindings to it's underlying archetype and let devs decide what they want in their game's stack. Everyone wins.
Why are we using C# I stead of C++ for the in editor language again? Inst C++ more compatible with everything? (I know that GDMatice exists, buts that's a lot more work to use I feel)
Godot is mostly written in C++, so it's such a weird decision to switch languages like that, and expose C# instead of C++ as a game logic programming language. I suppose it was done so that Unity devs would find it more attractive. Unreal uses C++, so yeah, why?
Also brand bad, so no C# for me, only GDScript and C++ GDNative.
The main language is GDScript rather than either of them (although the engine itself is coded in C++). C# support was added on since microsoft gave them money to do it
Yeah. Embrace freedom and Foss. Reject Microsoft and C#. Debian User here.
C# is foss tbf
It is in a technicality But the reality is, it will always move at the pace and at the whims microsoft wants it to.
Thats not necessarily a bad thing honestly. But you can really get i to trouble making it a core dependency for something like a game engine. Unity's users didn't care that Microsoft hadn't posted the runtime to iOS, they expected their games to run on iOS. So Unity did a bunch of dev work that is now kind of a bad investment with .NET 8. This is the core of why they wanted to charge an install fee in the first place.
I get the idea of having flexible options for game devs. Support for systems language for engine internals (C++), hooks for a runtime machien based language (C#), and support for a dynamic scripting language (GDScript) makes sense architecturally. C# is also strategic because XNA to Unity has pretty much cemented its status for game devs. And then GDExtension to provide an api layer for whatever other language under the sun you want to use. It is a very sensible place for Godot to be in.