godot-haskell VS giggles-is-you

It looks like there might already be something in the works for the existing godot-haskell package https://github.com/SimulaVR/godot-haskell/issues/39

You could also check out the Haskell bindings to the Godot game engine. Although Godot has it's own scripting language which tends to be easier to use for simple game development. If you have complex game logic that you want to implement in Haskell, you could go this route.

Although godot-haskell might be a way to go with that? https://github.com/SimulaVR/godot-haskell

I want to be able to use the hypothetical_function in my Godot game. I see that there is a way to use Haskell with Godot, but the documentation focuses on how to bind Haskell to Godot classes and things like that, which is not exactly what I need. I just need to use a function that is not aware about Godot at all, and I can't quite figure out how to do that. What would be the easiest way to implement this?

I've recently taken to the godot-haskell bindings. They're updated often and having access to a full engine for graphics, sound, networking, etc. is very useful. That being said, the bindings are fairly heavy handed, but once you get used to it they're not that bad. Not sure about performance, but Godot has bindings for Rust, Python, CLR, and Kotlin that can be used in tandem if needed.

I second gloss! It's a bit limited (no sound, fonts, nor even text centering, but you do have support for vector and bitmap graphics, color manipulation, mouse, keyboard, and animations), but it's so, so easy to use that I not only recommend it (or the similar Code World) for anybody's first game, I still use it for my newer games.

My Haskell reimplementation of Baba is You is also only using one screen.

The main limitation is lack of support for sound. It also doesn't support centered text out of the box (but is easy to implement), and only supports one font, which only supports ASCII. There's also a limit to how many transformations you can nest, but that's an OpenGL limitation, not a gloss limitation.

not for an arbitrary Picture (at least not easily), but it is possible to get the dimensions of text s :: Picture.