trio VS DearPyGui

Incidentally, the alternative event loop implementation trio in python does not have "gather", you also need channels, and it's a deliberate design choice - there is some discussion about that in this ticket https://github.com/python-trio/trio/issues/2188

trio – a friendly Python library for async concurrency and I/O

trio. the best code, the best documentation, awesome community.

I'll +1 the Trio shoutout [1], but it's worth emphasizing that the core concept of Trio (nurseries) now exists in the stdlib in the form of task groups [2]. The article mentions this very briefly, but it's easy to miss, and I wouldn't describe it as a solution to this bug, anyways. Rather, it's more of a different way of writing multitasking code, which happens to make this class of bug impossible.

[1] https://github.com/python-trio/trio

[2] https://docs.python.org/3/library/asyncio-task.html#task-gro...

It's similar to manual memory management.

Structured concurrency is one approach to solving this problem. In a structured concurrency a promise would not go out of scope unhandled. Not sure how you would add APIs for it though.

See Python's trio nurseries idea which uses a python context manager.

https://github.com/python-trio/trio

I'm working on a syntax for state machines and it could be used as a DSL for promises. It looks similar to a bash pipeline but it matches predicates similar to prolog.

In theory you could wire up a tree of structured concurrency with this DSL.

https://github.com/samsquire/ideas4#558-assign-location-mult...

Not complete - doesn't include Task Groups [1]

In fairness they were only included in asyncio as of Python 3.11, which was released a couple of weeks ago.

These were an idea originally from Trio [2] where they're called "nurseries" instead of "task groups". My view is that you're better off using Trio, or at least anyio [3] which gives a Trio-like interface to asyncio. One particularly nice thing about Trio (and anyio) is that there's no way to spawn background tasks except to use task groups i.e. there's no analogue of asyncio's create_task() function. That is good because it guarantees that no task is ever left accidentally running in the background and no exception left silently uncaught.

[1] https://docs.python.org/3/library/asyncio-task.html#task-gro...

[2] https://github.com/python-trio/trio

[3] https://anyio.readthedocs.io/en/latest/

One consideration I'd like to see in an article like this is backpressure support (https://lucumr.pocoo.org/2020/1/1/async-pressure/). A key component of choosing any approach is to consider the ecosystem of libraries. So if going for async, a library like https://github.com/python-trio/trio looks promising, is being actively developed, and seems to have an active community around it.

For native GUI, DearPyGui[0] as modern as you can.

For browser web-based GUI, you can use nicegui[1]

[0] -- https://github.com/hoffstadt/DearPyGui

[1] -- https://github.com/zauberzeug/nicegui

If it's just to align text in the centre or to the right of a box, you could use a button and, by using theming, hide the fact that it's a button. https://github.com/hoffstadt/DearPyGui/issues/1111

Personally, i like PyQt or PySide they have basically everything you need to make a proper app or even simple apps, but there is another DearPyGui this is basically python version of imgui the c++ library, it provides some good customization options and can be used for simple or complex projects too, their discord is also very helpful.

There are some examples in the showcase as well. https://github.com/hoffstadt/DearPyGui/wiki/Dear-PyGui-Showcase

I was using PyQt5/PySide which will give you a nice native look but I eventually shifted over to DearPyGui for most of my smaller utilities. Its just faster for me. You will get more options and freedom with PyQt/PySide though and can use QT Designer to design your interfaces pretty easily.

With regard to structuring the files, I watched a few videos on Model-View-Controller and similar approaches for inspiration. I tried to separate the model, view and controller logic for the GUI and audio functionality, although that may not be 100% possible. It is partly dependent on the libraries that you are using, so your approach may vary. You could check out some of the apps in the Dear PyGui showcase gallery to learn how they structured their files. https://github.com/hoffstadt/DearPyGui/wiki/Dear-PyGui-Showcase

Dear PyGui is a great GUI for creating interactive charts. You can check out various examples on the showcase gallery.

DearPyGui, here's the link

It all depends on your requirements, e.g. license, documentation, appearance, performance, etc. You could also check out other GUI frameworks, such as Dear PyGui.