Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Python GUIs

pythonguis.com

Post reply on HN
Print view View original

51–60 of 98 posts

Re: Python GUIs

#51

Post by pdonis »

LoganDark wrote: post #48
pdonis wrote: post #43

Earlier quoted context omitted.

> was wxWidgets 3 not out when you were playing with it last? I don't think so, I think 2 was the latest version I worked with. > why not run the non-UI tasks in a separate thread and send events between the two to communicate? Sure, you can do that, if you're willing to deal with all the extra complications involved with having multiple threads and coordinating between them. For some applications that's necessary, b…

> Sure, you can do that, if you're willing to deal with all the extra complications involved with having multiple threads and coordinating between them. For some applications that's necessary, but in many cases none of the events, either GUI or network I/O, require CPU intensive responses, so you don't need separate threads for performance, and having them all in one event loop makes the code a lot simpler. This is w…

> Having the worker thread separate from the UI thread is a good separation of concerns regardless of whether you need the thread for performance or not.

It can be, but it has a cost in code complexity. Sometimes that cost isn't worth paying.

> I'd invite you to try wxWidgets 3

Yes, it sounds like it's worth me taking a look. I have a Python GUI package [1] that right now only supports Qt 5 in its latest version; it would be nice to put wx support back in.

[1] https://pypi.org/project/plib3.ui/

Re: Python GUIs

#52

Post by yboris »

BlackLotus89 wrote: post #4

I sometimes miss the good old days of visual basic and delphi when I could create a gui that just worked in seconds, help pages via F1 and quick access to all events possible through simple gui clicks. A few days ago I tried getting a simple PyQtWebengine example working using pyqt6 and failed miserably. It was a frustrating experience for sure

The "good old days" is now: Electron makes it easy to make a UI as expressive as you want - responsive, with beautiful animations, with whatever UI elements you'd like - and you don't have to learn anything new - just HTML, CSS, & JS (which all web devs know enough of to get by).

Re: Python GUIs

#54

Post by 037 »

maho wrote: post #40

I love gooey: https://github.com/chriskiehl/Gooey It allows me to quickly slap a GUI on an existing script that accepts command-line-arguments. In the end, I get the best of both world: Discoverability from the GUI, automation through the script, and automatic feature parity between the two. Downside: Control over the GUI layout is basic, and only "standard" GUI features work, but I never felt limited when using it.

+1 for Gooey. This "auto-GUI" app is a godsend for any script-user seeking to minimize friction. Lately, I've been diving into Ruby (fallen in love with Ruby on Rails) and I'm hoping to come across something similar.

Re: Python GUIs

#55

Post by nologic01 »

It would be nice to have a canonical python GUI framework. Something modern and elegant and flexible. With an intuitive declarative description, quick for simple things but progressivly enhanceable for more complex things. With a friendly license and an active community sharing components, themes or whatever. Reasonanly performant and ideally cross-platform.

All the options fall short somehow, but guess what, its not much better in any other language. The GUI problem is not truly solved.

Re: Python GUIs

#56

Post by singhrac »

pacifika wrote: post #12

The problem remains delivering the app to the customer in my experience, unless something like flatpak can be used cross platform. Unless picking a solution from the start and testing it throughout, I find that the most challenging.

I’ve heard good things about https://build-system.fman.io/, though I haven’t used.

Re: Python GUIs

#57

Post by Octabrain »

controlname wrote: post #32
BlackLotus89 wrote: post #4

I sometimes miss the good old days of visual basic and delphi when I could create a gui that just worked in seconds, help pages via F1 and quick access to all events possible through simple gui clicks. A few days ago I tried getting a simple PyQtWebengine example working using pyqt6 and failed miserably. It was a frustrating experience for sure

I used to use Delphi over 20 years ago and changed career since. I'm looking to dabble again. Is there anything similar to RAD these days? It really did make building simple GUIs very easy.

I would say that GAMBAS is the most similar thing I've seen so far (https://en.m.wikipedia.org/wiki/Gambas)

Re: Python GUIs

#58

Post by korijn »

nologic01 wrote: post #55

It would be nice to have a canonical python GUI framework. Something modern and elegant and flexible. With an intuitive declarative description, quick for simple things but progressivly enhanceable for more complex things. With a friendly license and an active community sharing components, themes or whatever. Reasonanly performant and ideally cross-platform. All the options fall short somehow, but guess what, its not…

Still young and new, but definitely modern, elegant, flexible and declarative: https://github.com/fork-tongue/collagraph

Re: Python GUIs

#59

Post by etrevino »

at_a_remove wrote: post #17

I used wxPython many, many years ago on a foolish project. I am sure it has matured. But as always, I turn to PEP 20, in particular "There should be one-- and preferably only one --obvious way to do it." Batteries ought to be included. I'm hardly a language designer, but more and more I care less about things like syntax and such, and more about having as much as possible already built out, so I can focus on the part…

Maybe I misunderstand you, but there is Tkinter if you want a GUI included with Python.
Post reply on HN