Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/linebender/masonry

Rust UI design toolkit - moved.
https://github.com/linebender/masonry

Last synced: 15 days ago
JSON representation

Rust UI design toolkit - moved.

Awesome Lists containing this project

README 

        
> [!Important]

> Masonry has been moved into the [Xilem](https://github.com/linebender/xilem/tree/main/masonry) repository.

> It can be found in the `masonry` folder at the root in that repository, which in turn can be found at .

> This repository may be useful for exploring the history of Masonry.

>

> The version of Masonry in that repository is now also [published](https://crates.io/crates/masonry) on crates.io.



## Masonry



> [!Caution]

> **This README is outdated.**

>

> See the info box above for more details.

> The previous README is included for historical reference.



Masonry is a framework that aims to provide the foundation for Rust GUI libraries.



Masonry gives you a platform to create windows (using [Glazier](https://github.com/linebender/glazier) as a backend) each with a tree of widgets. It also gives you tools to inspect that widget tree at runtime, write unit tests on it, and generally have an easier time debugging and maintaining your app.



The framework is not opinionated about what your user-facing abstraction will be: you can implement immediate-mode GUI, the Elm architecture, functional reactive GUI, etc, on top of Masonry.



This project was originally a fork of [Druid](https://github.com/linebender/druid) that emerged from discussions I had with Raph Levien and Colin Rofls about what it would look like to turn Druid into a foundational library.



## Example



The todo-list example looks like this:



```rust

use masonry::widget::{prelude::*, TextBox};

use masonry::widget::{Button, Flex, Label, Portal, WidgetMut};

use masonry::Action;

use masonry::{AppDelegate, AppLauncher, DelegateCtx, WindowDescription, WindowId};



const VERTICAL_WIDGET_SPACING: f64 = 20.0;



struct Delegate {

    next_task: String,

}



impl AppDelegate for Delegate {

    fn on_action(

        &mut self,

        ctx: &mut DelegateCtx,

        _window_id: WindowId,

        _widget_id: WidgetId,

        action: Action,

    ) {

        match action {

            Action::ButtonPressed => {

                let mut root: WidgetMut> = ctx.get_root();

                let mut flex = root.child_mut();

                flex.add_child(Label::new(self.next_task.clone()));

            }

            Action::TextChanged(new_text) => {

                self.next_task = new_text.clone();

            }

            _ => {}

        }

    }

}



fn main() {

    // The main button with some space below, all inside a scrollable area.

    let root_widget = Portal::new(

        Flex::column()

            .with_child(

                Flex::row()

                    .with_child(TextBox::new(""))

                    .with_child(Button::new("Add task")),

            )

            .with_spacer(VERTICAL_WIDGET_SPACING),

    );



    let main_window = WindowDescription::new(root_widget)

        .title("To-do list")

        .window_size((400.0, 400.0));



    AppLauncher::with_window(main_window)

        .with_delegate(Delegate {

            next_task: String::new(),

        })

        .log_to_console()

        .launch()

        .expect("Failed to launch application");

}

```



As you can see, compared to crates like Druid or Iced, Masonry takes a fairly low-level approach to GUI: there is no complex reconciliation logic or dataflow going on behind the scenes; if you want to add a widget to the flex container, you call `flex.add_child(your_widget)`.



This simplicity makes Masonry somewhat painful if you want to use it to actually build GUI applications. The hope is that, by being low-level and straightforward, developers can easily build GUI frameworks on top of it.



(Well, in theory. The first stress-test will be porting [Panoramix](https://github.com/PoignardAzur/panoramix), a React-style GUI in Rust, to Masonry.)



## Unit tests



Masonry is designed to make unit tests easy to write, as if the test function were a mouse-and-keyboard user. Tests look like this:



```rust

#[test]

fn some_test_with_a_button() {

    let [button_id] = widget_ids();

    let widget = Button::new("Hello").with_id(button_id);



    let mut harness = TestHarness::create(widget);



    // Make a snapshot test of the visual contents of the window

    assert_render_snapshot!(harness, "hello");



    harness.edit_root_widget(|mut button, _| {

        let mut button = button.downcast::().unwrap();

        button.set_text("World");

    });



    // Make new snapshot test now that the window has changed

    assert_render_snapshot!(harness, "world");



    // References to widget automatically implement Debug, and

    // will print their part of the widget hierarchy.

    println!("Window contents: {:?}", harness.root_widget());



    // You can also use insta to snapshot-test the widget hierarchy

    assert_debug_snapshot!(harness.root_widget());



    // Clicking on a button will produce a "ButtonPressed" action.

    harness.mouse_click_on(button_id);

    assert_eq!(

        harness.pop_action(),

        Some((Action::ButtonPressed, button_id))

    );

}

```



## Roadmap



The immediate next steps are:



- [X] Remove Env type and Data trait (#8)

- [ ] Re-add Dialog feature (#25)

- [ ] Switch to using Vello and Glazier (#24)

- [ ] Refactor TextLayout (#23)



- [ ] Rework Widget trait (#26)



- [ ] Port [Panoramix](https://github.com/PoignardAzur/panoramix) to Masonry

- [ ] Port [Xilem](https://github.com/linebender/xilem) to Masonry



See [ROADMAP.md](./ROADMAP.md) and [the issues page](https://github.com/PoignardAzur/masonry-rs/issues) for more.