A declarative desktop UI framework for Rust built on GTK and Gtk-rs (by bodil)

Vgtk Alternatives

Similar projects and alternatives to vgtk

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better vgtk alternative or higher similarity.

vgtk reviews and mentions

Posts with mentions or reviews of vgtk. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-12-14.
  • Rust: State of GUI, December 2022 – KAS blog
    15 projects | | 14 Dec 2022
    A pretty fun Rust GUI experienc is vgtk[0], which is doing a bunch of macro magic to give a "we're coding in React" vibe to GTK+. I don't really have a specific thing I want to code in a native GUI at the moment but if I did I think this would be the most tempting for me.


  • Code bloat has become astronomical
    2 projects | /r/programming | 26 Sep 2022
    a stateful GUI markup language is react. it is not yet the case that react-like code works for desktop, though there are cool examples like vgtk
  • A declarative desktop UI framework for Rust built on GTK and GTK-rs
    2 projects | /r/programming | 6 Jun 2022
    from what i gather from, you're better off using realm
    2 projects | /r/programming | 6 Jun 2022
    5 projects | | 28 May 2022
    I'm always curious to see these projects, because I've been experimenting with a React renderer for the GJS bindings for a while. It's frustrating because GTK "feels like" it's so close to being able to support a vdom/declarative paradigm, but the devil is in the details.

    The simple use-cases like "Window > Box > Label" are easy to get going. The more complex widgets like Stack/Grid/TreeView ... aren't.

    This project seems to have the same issue:

    This is made more difficult now GTK4 has removed the Container base class, so there's no longer a unified interface for adding children (although it had caveats in the first place).

    I totally get the GTK view that (presumably) specific widgets are more intuitive with specific add/remove APIs (like the grid - one doesn't really "appendChild" to a grid).

    It just feels like: if there was a consistent container API comparable to the web's appendChild approach, a vdom/declarative approach would require only a very light wrapper. Without it, I keep coming back to the idea of implementing wrapper widgets that expose that consistent API instead. And that's just not something I want to maintain - effectively duplicating each GTK widget for the purpose of making it fit into a tree model.

    It's also a problem of trying to wrap richer functionality (pack_start and pack_end) into a simpler set (append only) of course.

    So I don't know exactly what my point is :) Perhaps cautioning the reader that the simplicity of the approach comes with a catch.

    5 projects | | 28 May 2022
  • Hacker News top posts: May 28, 2022
    5 projects | /r/hackerdigest | 28 May 2022
    A declarative desktop UI framework for Rust built on GTK and GTK-rs\ (23 comments)
  • Newbie here. Just finished reading the book. What now?
    5 projects | /r/rust | 12 Jan 2022
    Build your own To-do List Application in Rust:
  • Rust GUI: Introduction, a.k.a. the state of Rust GUI libraries (As of January 2021)
    12 projects | | 18 Jan 2021
  • A note from our sponsor - Onboard AI | 10 Dec 2023
    Onboard AI learns any GitHub repo in minutes and lets you chat with it to locate functionality, understand different parts, and generate new code. Use it for free at Learn more →


Basic vgtk repo stats
almost 2 years ago

bodil/vgtk is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.

The primary programming language of vgtk is Rust.

SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives