3 ms·

I think the main idea here is the "being able to use Rust for x-platform UIs". If any language is acceptable, yes, you cold use Dart (Flutter), Delphi (Lazarus)

by flossly 1mo ago

I think the main idea here is the "being able to use Rust for x-platform UIs". If any language is acceptable, yes, you cold use Dart (Flutter), Delphi (Lazarus), C++ (Qt), etc. There are bridges to Rust: https://pub.dev/packages/flutter_rust_bridge https://pub.dev/packages/flutter_rust_bridge https://github.com/qt/qtbridge-rust https://github.com/qt/qtbridge-rust And this project, Relm4, is one of m. I had to click a little to confirm that Relm4 (like the original Relm) is --as the name shows-- borrows from https://elm-lang.org https://elm-lang.org Elm comes with some really cool concepts known as The Elm Architecture (TEA) and many projects have since borrowed from it. Usually people in the FP-enthousiasts group are more inclined to like TEA. I'm not sure to what extend the brides mentioned above allow for a TEA-like architecture.

lelanthran 1mo ago
> I think the main idea here is the "being able to use Rust for x-platform UIs". I was okay with using C as the logic layer and Lazarus as the GUI. No reason you can't do that with Rust, but it will limit the amount of spaghetti-ish patterns that you may want to create.
- flossly 1mo ago
  are you hinting at Elm? sorry my friend, that aint spagetti to me. it's a lot of fun working at a codebase that does essentially does not allow for runtime programming errors (validation errors are still there, or API/3rd-party errors still need to pass through your code; your Elm code is essentially incapable of creating any runtime programming errors of it's own).
  - lelanthran 1mo ago
    I wasn't referring to anything specific, just the general nature of GUI apps involve some sort of "callback which takes another callback" and invokes logic in any source file, at any point in the execution. GUIs are hard, regardless of tech stack.
    - flossly 1mo ago
      Not saying Elm does not have it's hard parts, but the solution in there is succinctly different from what you just described that I think you might even find it interesting. I used Qt, Gtk, React, Elm, JS-spagetti-with-some-jQuery-on-top... And now I understand why people like Elm.
      - lelanthran 29d ago
        > Not saying Elm does not have it's hard parts, but the solution in there is succinctly different from what you just described that I think you might even find it interesting. Thanks. Maybe I'll give it a bash on my next project.

by flossly 1mo ago

lelanthran 1mo ago

> I think the main idea here is the "being able to use Rust for x-platform UIs". I was okay with using C as the logic layer and Lazarus as the GUI. No reason you can't do that with Rust, but it will limit the amount of spaghetti-ish patterns that you may want to create.

flossly 1mo ago
are you hinting at Elm? sorry my friend, that aint spagetti to me. it's a lot of fun working at a codebase that does essentially does not allow for runtime programming errors (validation errors are still there, or API/3rd-party errors still need to pass through your code; your Elm code is essentially incapable of creating any runtime programming errors of it's own).
- lelanthran 1mo ago
  I wasn't referring to anything specific, just the general nature of GUI apps involve some sort of "callback which takes another callback" and invokes logic in any source file, at any point in the execution. GUIs are hard, regardless of tech stack.
  - flossly 1mo ago
    Not saying Elm does not have it's hard parts, but the solution in there is succinctly different from what you just described that I think you might even find it interesting. I used Qt, Gtk, React, Elm, JS-spagetti-with-some-jQuery-on-top... And now I understand why people like Elm.
    - lelanthran 29d ago
      > Not saying Elm does not have it's hard parts, but the solution in there is succinctly different from what you just described that I think you might even find it interesting. Thanks. Maybe I'll give it a bash on my next project.