This is what I perceive …
There seems to be a dilemna e.g. GUIs tend to be very language specific, and if your focus is heavily around a specific library or framework, you’re always going to have an easier time using the language of that framework (e.g. use Swift to use Apple’s GUI, use Java for android apps, use C++ for Qt, etc etc)
In many ways, GUIs drove the languages, not vica versa (e.g. that is why OOP became popular - C++/MFC->C#, Objective-C/NeXT/Apple->Swift). Rust’s choices are focussed on a different use case.
Using wrappers to other languages to me is always slightly unsatisfactory, i.e. you run into a point where the library itself is not built around the language’s specfic concepts (e.g. rust seems quite similar to C++, but even superficially introduces interface problems with a completely different system for naming things)
Do you think it is feasible for the Rust community to get to the point where people really can use something natively Rust from the ground up ? (and have that option taken seriously)
it seems with Servo being a driving use case (web browsers are basically a huge online gui, right), this should be feasible? And of course I note the option of ‘web interface’ mentioned above, and of course writing something web connected absolutely is a rust use-case.