85 pointsby Levitating9 hours ago11 comments
  • mtndew4brkfst7 hours ago
    Was there some new developments with this project that renewed interest recently? I started learning Rust in 2018 or 2019 and I think "good Rust GUI" research is probably at least that old.
    • wmf4 hours ago
      The last demo I saw just had a button so the chess app shows a lot of progress.
  • pointlessone38 minutes ago
    I’d wager that it’s as native as Electron. It might be faster, sure, but it’s not native to any platform.
  • malekpour4 hours ago
    I've done a small project with Dioxus on Blitz. It is principally very close to Xilem and in fact is using some of the Xilem components. https://github.com/DioxusLabs/blitz
  • sheepscreek7 hours ago
    Been using it with mixed success. While I love vello, Xilem is less mature in comparison. Many standard UI components, such as selection box, are not implemented yet. On the other hand, it’s a great opportunity to become a contributor towards a genuinely useful and promising project!
  • brainless6 hours ago
    I keep trying Xilem and then egui or Iced. Xilem needs more widgets out of the box to be easy to build with. Slint is another option. I wonder what cross platform GUI framework (from any language) will finally become as common as Electron based apps or the vast number of native OS apps in Windows or macOS or Linux.

    I keep going back to Tauri, which is practical to build desktop apps quickly but still uses HTML, CSS, JS to build the UI. You can use Rust web UI tools but then it is still (system) browser based.

    • feverzsj4 hours ago
      Cross platform GUI is extremely hard. Qt is the only good choice, even though it's still far from mature after 30 years of development.
      • dafelst3 hours ago
        FWIW Slint was founded by a group of long time Qt alumni, so brings a lot of that know-how into the space.
    • tvshtr5 hours ago
      Something like GPUI probably, I would be quite happy with it if it wasn't so tied and restricted by the Zed's team (they reject PRs because they're not strictly related to Zed), there's even mobile fork. Dioxus native would be second, but it's far far far away from being ready.
    • synergy206 hours ago
      QT does it well but the license is a maze
  • amarant4 hours ago
    Given the similarity in "inspired by" projects, how does this compare to iced? I've found iced to be surprisingly mature in every aspect I've tried, except the documentation, which is severely lacking
  • _stillmind5 hours ago
    Why not just use Flutter with Rust, via the flutter_rust_bridge (https://cjycode.com/flutter_rust_bridge/quickstart)? Seems like a reasonable combo to me.
    • t_mahmood40 minutes ago
      To me it felt like it will break if I look at the code from down to up instead of up to down. And then I have to recompile flutter, the bridge and nuke the whole rust package folder to make sure it's clear and in workable state, then find other projects are now broke.

      I joke, but probably rustdesk is so glued together, it created that bad impression on me.

  • eviks5 hours ago
    Is there a plan for this to compete the experiment any time (soon)?
  • sourcegrift6 hours ago
    Very happy with qmetaobject-rs. Qt is tried and tested, dnd multi platform. Also, UI itself is best done declaratively not imperatively. Qmetaobject-rs gives you the best of both worlds: great UI declaratively, logic in Rust.
    • eviks5 hours ago
      But since this is a declarative framework, it gives you the very best of two worlds with only rust?
      • jenadine2 hours ago
        The thing about Qt is the maturity ("tried and tested"). Xylem doesn't give you that.
  • CapricornNoble4 hours ago
    Why should I try to learn this instead of Slint?
    • jenadine3 hours ago
      If you want to build a real app with a stable toolkit, use Slint.

      Try Xilem if you want to experiment with new, experimental way to build UIs in Rust.

  • creata2 hours ago
    What's the rationale for using Rust to write a UI? Using a scripting language (or at least a garbage-collected language) is much less restrictive, and it's not like the "what goes where" UI code is especially performance-sensitive.
    • t_mahmood32 minutes ago
      Good thing about iced is, you get a compact executable, runs on any OS, looks exactly the same everywhere, perform much better than web based UI, no need to manage any permission to access local files, and you can customize the look as you need, but comes with tolerable default.

      Price to pay is building the UI is bit complex as it doesn't hold your hand, unforgiving, and not native.

      I like iced. But tauri is good middle ground

    • QuantumNomad_2 hours ago
      Same reason every other language has UI frameworks. It is more comfortable and nice to write the whole desktop program in the same language.
      • jauntywundrkind2 hours ago
        These people are such jackasses. What's the reason to not use assembly? To not frelling suffer in hell. To have a system that works well together, that gives us a stable base, without infinite danger everywhere.

        It's so sad having such perpetuate drains asking only negative vortex energy sink ass questions. No attempt to show any real outreach or curiosity or interest, all sucking nihil void of doubt. No demonstrated ability to offer any useful assessment, just pure sucking doubt.

        Good faith questions show some concomitant interest or ability to recognize whats at stake. The harmless innocent child offering savage nothing? I tire of that act.

        • creata2 hours ago
          I have been watching people write UI frameworks in Rust for over a decade, you meanie.

          The results tend to involve more dynamic allocation than you'd see in a garbage-collected language, or tons of reference counting (e.g., in Leptos) that acts as a less efficient GC. I've read many of raphlinus's posts, and while they're always interesting, the total experience in the Xilem examples just seems like much more effort than using FFI (even C FFI) to glue to something more workable.

          Your comparison to assembly is very bizarre - languages of the sort I mentioned are usually at least as safe as Rust, and the "scripting language for top-level logic + compiled language for the bits that need to be fast" combination is ancient. In fact, your vague allusions to "a stable base, without infinite danger everywhere" shows much less understanding of what's at stake, in my view.

          I'm sorry my question wasn't enlightened enough for you.

          And this is a news aggregator. Not the official discussion forums or anything. People can ask small insignificant questions here, or so I thought.

          I'm so tired. You write one measly paragraph that could simply be ignored and someone calls you a "perpetuate drain". Even the chatbots have more humanity than you've got.

          • jauntywundrkind19 minutes ago
            > I'm so tired. You write one measly paragraph that could simply be ignored and someone calls you a "perpetuate drain". Even the chatbots have more humanity than you've got.

            Don't tire everyone else out by asking open ended draining questions. Show some engagement, before doing what looks like a discarding.

            You've shown you have some interest or connection to the situation, with your reply. None of that was present before, in your 'just-asking-questions' "measely paragraph". It looked like just another anti-rust anti-systemd anti-pipewire/pulseaudio anti-wayland drain, only sapping energies without showing faintest attempts at engaging. Offer something, try to have some positive sum.

            We are all so tired. Why be a vacuum, why drain us, like you did? Critical review is fine! But show some engagement, offer something yourself, when doing so.

    • Ygg22 hours ago
      Tech wise? If you have your UI in Rust it's both the safest and most performant language to implement it.

      And you don't need to ship the entire web stack just to get GUI.