Sure, but there are more third party libraries written in C# that would be of interest for developing general applications. There's an AWS SDK for Unity[0] for instance. No one is likely to write that in GDScript.
> ... more third party libraries written in C# ...
That is a most excellent reason.
The HN reader in Godot could be fun, I might play around with that later.
I was thinking about possibly embedding youtube-dl in something for my grandparents, they always want to download youtube videos, but they're scared of the command line.
The problem in a framework like GoDot is, that it is meant for Games. A game renders screens in 30/60 fps. A Desktop application like a Gtk application does exactly nothing if you dont interact with the application. If you click a button only the button gets re-rendered. This is more efficient then using something like a game engine which has no concept about damaged regions and so on.
Also, people like to have something like "native" look and feel. This would be possible with Java-SWT as it abstracts away the toolkit. This is possible but in the case of SWT it is just broken (think about margins, text, scroll behaviour).
The other option is to use electron as it is just plain simple, works even in the web (you can basically make a webapp and repackage that as an electron app)
Or you package a toolkit with your application and avoid native libraries. This happens in the world of Qt for example. Gtk is cross-platform too but not statically linkable.
This is an extremely good reason, thank you for pointing that out.
> People like to have something like "native" look and feel.
While this is true, I mostly disregarded it because most cross platform frameworks I know of have the non-native look and feel. The only two that I know of that do have it are wxWidgets and now Java-SWT.
> The other option is to use electron as it is just plain simple, works even in the web
I thought Godot was fairly simple as well, and it has the ability to compile to web assembly.
> Or you package a toolkit with your application and avoid native libraries. This happens in the world of Qt for example. Gtk is cross-platform too but not statically linkable.
Before reading your comment I thought that this, Electron, and something like Godot were the only options. I believed that Godot was a nice middle ground between the simplicity of Electron and performance of QT/GTK.
There is no reason, really. People just don't think about using game engines to write applications. This is part of why Flutter instead turned this around, making apps act more like they're in a game engine, with the Skia renderer. Cross platform in this case is just using the renderer for each platform and it works super well. If you like Godot, therefore, you should definitely check out Flutter as it's custom built for writing apps.
15 comments
[ 3.3 ms ] story [ 40.9 ms ] threadPOC is here: https://git.sr.ht/~evan-hoose/BadTextEditor
People use Unity for developing applications as well. I don't know about using Godot with GDScript, though, I'd at least use C# with it.
Basically just python syntax, and I believe it gets compiled whenever it's packaged, although I may be wrong about that.
[0]https://docs.aws.amazon.com/sdk-for-unity/
Now that I think about it I wonder how difficult a basic HN reader in Godot would be? That might be fun, actually.
That is a most excellent reason.
The HN reader in Godot could be fun, I might play around with that later.
I was thinking about possibly embedding youtube-dl in something for my grandparents, they always want to download youtube videos, but they're scared of the command line.
Also, people like to have something like "native" look and feel. This would be possible with Java-SWT as it abstracts away the toolkit. This is possible but in the case of SWT it is just broken (think about margins, text, scroll behaviour).
The other option is to use electron as it is just plain simple, works even in the web (you can basically make a webapp and repackage that as an electron app)
Or you package a toolkit with your application and avoid native libraries. This happens in the world of Qt for example. Gtk is cross-platform too but not statically linkable.
This is an extremely good reason, thank you for pointing that out.
> People like to have something like "native" look and feel.
While this is true, I mostly disregarded it because most cross platform frameworks I know of have the non-native look and feel. The only two that I know of that do have it are wxWidgets and now Java-SWT.
> The other option is to use electron as it is just plain simple, works even in the web
I thought Godot was fairly simple as well, and it has the ability to compile to web assembly.
> Or you package a toolkit with your application and avoid native libraries. This happens in the world of Qt for example. Gtk is cross-platform too but not statically linkable.
Before reading your comment I thought that this, Electron, and something like Godot were the only options. I believed that Godot was a nice middle ground between the simplicity of Electron and performance of QT/GTK.
But it was definitely basic enough I could (re)teach it to myself, and then get a POC out in threeish afternoons.
I don't have/don't plan on getting a youtube channel, and I haven't bought a domain yet, so this will have to do for now.