A Proposal for an asynchronous Rust GUI framework

• PhysicsExamples2D

  287 496 5.3 C#

  Examples of various Unity 2D Physics components and features.

  

[3]: https://unity.com/

• Uno Platform

  136 8,462 10.0 C#

  Build Mobile, Desktop and WebAssembly apps with C# and XAML. Today. Open source and professionally supported.

  

[2]: https://platform.uno/

• InfluxDB

  www.influxdata.com featured

  Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

  

• Avalonia

  258 24,133 9.9 C#

  Develop Desktop, Embedded, Mobile and WebAssembly apps with C# and XAML. The most popular .NET UI client technology

  

My understanding is that most of the new generation of GUI frameworks/application runtime are targeting all platforms. And there's clearly a demand for such feature set if the popularity of Electron says anything. Software businesses no longer want to specialize on specific platforms. What's more, it's provably[0] doable[1] to[2] do[3] so[4]. So, why shouldn't they?

    [0]: https://avaloniaui.net/

• async_ui

  7 549 8.4 Rust

  Lifetime-Friendly, Component-Based, Retained-Mode UI Powered by Async Rust

I'm very interested in seeing if using the commonly implemented forms of compiler support for async programming can also be well used for GUI programming. One wishawa[0] is also perusing this approach in Rust but I first came upon this idea from the crank-js[1] authors. It wasn't clear to me why that one never went anywhere. Was it failure with the approach or was React just a good solution in the space? I can say this though, there's something strikingly elegant about those initial samples of using JavaScript generators for components.

[0]: https://github.com/wishawa/async_ui

[1]: https://github.com/bikeshaving/crank

• crank

  13 2,677 8.1 TypeScript

  The Just JavaScript Framework

  

I'm very interested in seeing if using the commonly implemented forms of compiler support for async programming can also be well used for GUI programming. One wishawa[0] is also perusing this approach in Rust but I first came upon this idea from the crank-js[1] authors. It wasn't clear to me why that one never went anywhere. Was it failure with the approach or was React just a good solution in the space? I can say this though, there's something strikingly elegant about those initial samples of using JavaScript generators for components.

[0]: https://github.com/wishawa/async_ui

[1]: https://github.com/bikeshaving/crank

• glicol

  132 2,028 7.9 Rust

  Graph-oriented live coding language and music/audio DSP library written in Rust

> The problem in the Rust ecosystem is that people are writing libraries instead of applications.

I totally second this.

Got the same feeling after developing https://glicol.org/

Suggest a related project