3 ms·

It seems like Godot provides many of the advantages of Electron with few of the downsides. Why is it or similar tools not used more often? POC is here: https:/

It seems like Godot provides many of the advantages of Electron with few of the downsides. Why is it or similar tools not used more often? POC is here: https://git.sr.ht/~evan-hoose/BadTextEditor https://git.sr.ht/~evan-hoose/BadTextEditor

krapp 6y ago
Because people believe game frameworks are just for games, when a "game" is just an application like any other. 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.
- Shared404 6y ago
  I used GDScript in the PoC, it honestly wasn't that bad. Basically just python syntax, and I believe it gets compiled whenever it's packaged, although I may be wrong about that.
  - krapp 6y ago
    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. [0]https://docs.aws.amazon.com/sdk-for-unity/ 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.
    - Shared404 6y ago
      > ... 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.
gunibert 6y ago
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.
- Shared404 6y ago
  > A game renders screens in 30/60 fps. 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.

krapp 6y ago

Because people believe game frameworks are just for games, when a "game" is just an application like any other. 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.

Shared404 6y ago
I used GDScript in the PoC, it honestly wasn't that bad. Basically just python syntax, and I believe it gets compiled whenever it's packaged, although I may be wrong about that.
- krapp 6y ago
  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. [0]https://docs.aws.amazon.com/sdk-for-unity/ 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.
  - Shared404 6y ago
    > ... 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.

gunibert 6y ago

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.

Shared404 6y ago
> A game renders screens in 30/60 fps. 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.