godot-fsharp-tools
revery
Our great sponsors
godot-fsharp-tools | revery | |
---|---|---|
5 | 15 | |
74 | 8,065 | |
- | 0.0% | |
0.0 | 0.0 | |
over 1 year ago | about 2 years ago | |
GDScript | Reason | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
godot-fsharp-tools
-
Error trying to install Fsharp tools
Hello guys I am new in Godot and I am trying to install this plugin FsharpTools, but i am getting these errors:
-
Godot appreciation post
For what it's worth, Godot can do the same: there's a Godot version of Arcadia for using Clojure, and Godot F# tools takes some of the tedium out of using F#, though you have to make a small tweak to the .fsproj file it generates because the Mono assemblies moved. It works via a cheesy little hack: you make a C# script in Godot that's just an empty class that does nothing else but inherit from an F# class, and the F# project builds at the same time by adding it as a dependency of the Godot-generated .csproj file. Godot doesn't know anything weird is going on and it just kind of works :)
-
Easiest lib to use for gui
For something OCaml-like but more approachable, it'd probably make more sense to try using the Godot game engine with F#. You can build the GUI itself visually, the godot-fsharp-tools plugin lets you piggyback on the C# support to write code in F#, and it's pretty easy to build for different platforms. The learning curve of figuring out how things work and translating it to F# is a bit steep, but can be mitigated by starting with the built-in GDscript and working in F# code where it makes sense as comfort and familiarity increases.
-
What do you NOT like about Godot?
I looked at it before, but I'm generally more interested in languages like OCaml, F#, and Clojure (I tend to think and code in a more FP style so they suit me better) so I ended up using this plugin. I should probably give Nim another look since it has some features I like; I just really like the more advanced OCaml and F# type systems, making Nim seem like a step backward in that regard so I never gave it much consideration.
-
Godot Engine on a Raspberry Pi 4 in action!
I haven't messed with it much lately but I was working from a combination of Godot F# tools and this 3-part blog post, plus a bit of trial-and-error. I don't have any good examples, I was doing a few tests to feel through how C# examples in the Godot documentation translated to F# and some random not-Godot-specific F# code setting up some data structures and logic. I'm more familiar with OCaml so I was basically trying to feel out F#/OCaml differences while figuring out F#/Godot integration, rather than make anything coherent enough to use as an example.
revery
-
Can't decide on a programming language for multiple reasons
OCaml has actually put some decent effort into good GUI libraries, such as https://github.com/revery-ui/revery.
- Revery – Native, high-performance, cross-platform desktop apps built with Reason
-
HypeScript: Simplified TypeScript's type system in TypeScript's own type system
I never tried CoffeeScript since nobody pays me for it, though I am curious about ReasonML as an alternative, there's a Neovim front-end[0] coded in Reason that compiles natively[1], and supports existing VS Code plugins from the VSCodium plugin repository[2] which I still have yet to look at how the heck they pulled that bit off, but it is pretty interesting.
[0]: https://github.com/onivim/oni2#introduction
[1]: https://github.com/revery-ui/revery
[2]: https://open-vsx.org/
- Is it just me who thinks cross platform dev is broken?
- Iced – A cross-platform GUI library for Rust, inspired by Elm
-
TfT Performance: Logseq
Maybe a technology like https://www.outrunlabs.com/revery/ would provide a better experience though it would require rebuilding the frontend, I presume.
-
Are you still looking forward to Onivim2?
It uses Revery which is still just javascript
- Clog – The Common Lisp Omnificent GUI
-
[Weekly] Many Musings Mondays
No, I can’t say I’m familiar with a mature, cross-platform GUI framework which exists today that is any good. I’m keeping an eye on Revery, though.
- Revery, An Electron.js alternative built on ReasonML
What are some alternatives?
godot-ideas - Freely share and discuss ideas for Godot Engine core, module and plugin development
sciter-js-sdk - Sciter.JS - Sciter but with QuickJS on board instead of my TIScript
ArcadiaGodot
wry - Cross-platform WebView library in Rust for Tauri.
Unofficial-Godot-Engine-Raspberry-Pi - Unofficial Godot Engine binaries for the Raspberry Pi.
react-native-macos - A framework for building native macOS apps with React.
godot-proposals - Godot Improvement Proposals (GIPs)
webview - Tiny cross-platform webview library for C/C++. Uses WebKit (GTK/Cocoa) and Edge WebView2 (Windows).
Arcadia - Clojure in Unity
Slint - Slint is a toolkit to efficiently develop fluid graphical user interfaces for any display: embedded devices and desktop applications. We support multiple programming languages, such as Rust, C++ or JavaScript. [Moved to: https://github.com/slint-ui/slint]
Nim - Nim is a statically typed compiled systems programming language. It combines successful concepts from mature languages like Python, Ada and Modula. Its design focuses on efficiency, expressiveness, and elegance (in that order of priority).
Servo - Servo, the embeddable, independent, memory-safe, modular, parallel web rendering engine