I don’t see much point in making GUI apps for desktop nowadays, especially since desktop usage is in decline compared to smartphones. If you still want to, I’d go with iced, which is in rust, and well designed.

I’d recommend learning either android jetpack-compose, or iOS app dev.

If you are interested into dipping your toes into rust land there is a library called Iced that I have used before. I at least like it better tham pyqt

I’m going to agree with a lot of the other posters and say QT with QT creator. It’s a tested and well though out implementation. It’s signals and slots event system is straight forward and easy to learn.

Whatever route you take learn Model View Controller (MVC). It gets in the mindset of keeping your data model seprate from things that use the data and things that change the data.

https://en.m.wikipedia.org/wiki/Model–view–controller

This might be of interest for you, and its free PDF. From 2019 but still actual.

An Introduction to C & GUI Programming – the new book from Raspberry Pi Press

If you prefer non-kde apps, then consider Vala. It’s a young-ish language and it’s well suited for Gtk apps.

I’ve worked with GUIs on python for a couple of years, we used PyQt, which is a python wrapper for Qt which is a C++ library for GUIs. It’s fairly straightforward and easy to get something up on the screen in no time.

However from parts of your comment it seems you want to implement your own graphics library, and that is a lot harder to do.

Also you mentioned legacy hardware, not sure how legacy it would be. Python should run on most things people would call legacy nowadays, but there’s definitely an overhead that could be felt if you’re trying to run this on an embebed system or a REALLY old (as in 90s/00s era) computer.

You also mentioned mobile, I don’t think PyQt can be compiled to mobile easily, nor do I think you should even if you manage to (been there, done that, not a happy time). Desktop and Mobile GUIs are very different, realistically if you want something that works well on both mobile and desktop with the same codebase the easiest approach is web UI.

Beeware!

Toga is a blessing. You can make apps for Windows, MacOS, Android, iOS, Linux and Web - all with the same codebase!

deleted by creator

Try egui.

Bless you for doing god’s work. We need more GUI developers and a better ecosystem as a whole.

That said, it’s pretty shite right now. Your established options are GTK and Qt. Qt uses C++ and I believe GTK uses C. I’ve only really looked briefly into Qt development, and it looks like there are bindings to Rust.

That said, I’m a firm believer that doing GUIs through code is an inefficient, cumbersome, and antiquated process that should be replaced with more visual alternatives, like we see in Godot Engine.

I don’t like a lot of python stuff, especially the gui related. flutter (dart) probably the easiest thing I’ve ever used and it works across tons of systems including mobile. Other than that the classic html/css/javascript lol.

Anything that needs big processing of course will suffer with these, I’ve never done that on a GUI though, the backends only.

Unpopular opinion: Just make a web app.

You could get started with Qt, specifically the legacy widgets. There are bindings for Python available (pyside or pyqt) if you don’t want to learn C++ or another language right away. You can also port your GUI definitions to other languages at a later date.

Slint

I really like Slint.

It has Python bindings, tho you wouldn’t know it from the docs as it’s brand new bindings.

However, it does WORK, and it works well.

Just look for python files in the examples and reference the slint docs (it uses its own UI lang for that stuff anyway).

I’m currently making an application in Python using Slint, and I really like it.

It also supports embedded systems, the web, and multiple languages, AND since it has its own UI lang, you can reuse parts of your UI code across different codebases

It seems to suit your use case.

Godot

Other than that, I second Godot.

HOWEVER

Godot’s GD Script is not Python but rather a Python-like language. (in fact, in some ways, I’m glad it’s not; there are things I prefer in GD Script).

This is important as you may want to use specific Python libraries which won’t work with Godot!

You can, however, use GD Native to bind C++ code and thus C++ libraries, so you’ll still be able to get done whatever you need to get done.

Iced

If you’re not tied to Python, then I recommend the Rust library Iced as it is a very intuitive system. I really enjoy working with it.

Although, that said, Slint has great support for Rust, so maybe I’d recommend Slint anyway if you were gonna change language.

Warning Against Legacy

Avoid GTK, Qt, and TK at all costs imo. Also WinForms if ur on Windows.

They’re old and crusty, and their APIs suck to use, even modern versions, and despite being aged, they’re buggy still, not robust “tried-and-true” methods.

It’s also hard to do dynamic stuff with them.

Just not well designed systems. Important, valuable to know bc they’re used all over, but not well designed

Immediate

I would also try ImGUI.

It’s meant more for gamedev UIs rather than Apps themselves (tho I’ve made a couple in it)

BUT

It’s a totally different way of doing UI called “Immediate” bc you program the elements in a big loop, rather than event driven.

It’s interesting and worth trying as a learning experience

React

And ofc, the Javascript/Electron world is huge and React is very popular with lots of tools. At least read up on it.

My goal is to code basic buttons and understand how operating systems implement the way they draw windows for applications.

So do you want to program a GUI yourself, and not using a library, correct ?