godot-proposals VS godot-lang-support

Godot was fine, for the most part, it's a good engine for small games. The main issue was around working together and resolving conflicts with git (Godot isn't really working and constantly kept changing IDs in resource files), and it kept losing data in scenes when the code changed so we had to rebuild things several times. On previous test games we also ran into huge performance issues in the editor when we wanted to do too much work in scenes, so we had to switch to doing most of the work in code.

The worst part was when I had to rip out a bunch of testing code that used @tool for release as it seemed to cause issues when doing a release build. The engine is generally not great when you want to follow clean software engineering (e.g. dependency injection is not possible, I opened a proposal to that end here[1]).

[1]: https://github.com/godotengine/godot-proposals/issues/8850

If we had a Mask2D, this would be super easy and straight forward.

So if that's what OP meant, clip_children property won't work. Instead OP needs to use a CanvasGroup parent and the Line2D (with CanvasItem Material in Subtract mode) and TextureRect as siblings, or any of the other methods explained here until we have a Mask2D node.

There is an open proposal to have a compile option for a LibGodot, as a Library https://github.com/godotengine/godot-proposals/issues/6267

Yes, there could be the option to open at least 2 tabs at the same time, when working with scripts. This has probably already been suggested in: https://github.com/godotengine/godot-proposals

I cannot tell exactly where the jitter is from the video, but if it is what I'm thinking of, it is a known issue, see here. There is a proposal to fix this, with tons of discussion here. Try some of the workarounds mentioned in these two links. Game looks great by the way!

It's in the release notes. Here is a link to the pull request, based on this proposal.

Currently not possible: https://github.com/godotengine/godot-proposals/issues/7213

Another potential example would be a better C#, but unfortunately I'm not familiar enough with it to evaluate what can be improved. While I don't think Scala as any chance of replacing C# in Unity, in the indie space Unity has been losing some market share to Godot, which has bindings for multiple languages. A "better C#" could become the next indie gamedev language. Who knows, maybe this could be a interesting use case for Scala (or even Scala Native).

I was thinking as in releasing your game under an open source license and putting code on like github or Codeberg for people to use/contribute to. You could use Godot https://godotengine.org/ Many different languages you can use https://github.com/Vivraan/godot-lang-support

It depends on what you are looking to do. Find what you want to do/make, chose a language that you like and gets you where you want to go and stick with it, learn it, make projects, many small projects to help you grow. Check out this for games https://godotengine.org/ https://github.com/Vivraan/godot-lang-support Some languages are harder to master than others. I went the route of C++ because it is what I wanted to learn, got me where I want to go, and I didn't like the higher-levels ones so I was good with a longer road, but everyone is different, chose what works best for you. Also you should look at the FAQ

You could try Godot. https://github.com/Vivraan/godot-lang-support Godot has it's own language gdscript, which is python like. You can use other languages as well. Really the most important thing is to chose something, stick to it, learn it, play with it, build new things with it, do it all in incremental ways, move by tiles not by miles, and continue to grow. Have fun, keep focus and keep working on it, get plenty of practice, it will help.

No: https://github.com/Vivraan/godot-lang-support

GDScript is the most tightly integrated into the Godot editor, but there are tonnes of language bindings that work just as well and call into the C++ API just the same. C# is officially supported and they just ported it in Godot 4 to use .NET 6 instead of Mono. I've also used the Typescript/Javascript module from a 3rd party in the past and it surprised me how good the dev experience was.

Here is a list of language bindings and their operational status https://github.com/Vivraan/godot-lang-support

The languages listed as "production ready" here[0] are Javascript, Lua, Nim, Rust and Typescript.

Also I would hesitate to call GDScript a weird Python. It shares some of Python's syntax, like significant whitespace, but beyond that it's a completely different beast.

There is an actual Python for Godot project[1] but I don't know how close it is to ready for prime time.

[0]https://github.com/Vivraan/godot-lang-support

[1]https://github.com/touilleMan/godot-python

That's odd specifically w/relation to Godot (especially as it's listed among production-ready bindings for 3.X), I know I feel like I've mentioned it too often whenever it seems actually relevant.

For Godot and languages another potential point to help is with 4.0a and GDextension bindings, GDextension is the replacement for GDnative. Particularly 3.X allows using community-made bindings to use desired languages, but being 4.0 has the new system that means all of the existing bindings need to be updated/replaced.