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

61–70 of 98 posts

Re: Python GUIs

#61

Post by panza »

bityard wrote: post #31
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

Tcl/Tk was fairly amazing for getting a simple UI going. Back in the dialup days, my modem was plugged into a homebrew Linux firewall/router so that I could use the Internet from multiple machines at once. Which outside of a large business or college campus, was considered pretty much advanced wizardry back then. The problem was that I had one phone line and couldn't tie it up all the time. I wanted to be able to ope…

I agree with this. I whipped up a small tcl/tk project, used it for years, worked everywhere. Every time I tried some other framework in Python, I always ended up stepping on rakes. Nothing ever felt right.

These days, if tcl/tk doesn't suffice for my project, then I just move onto another environment entirely.

Re: Python GUIs

#62

Post by controlname »

Octabrain wrote: post #57
controlname wrote: post #32

Earlier quoted context omitted.

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 )

Thank you, I've never seen this before, looks interesting and suit my needs.

Re: Python GUIs

#63

Post by distantsounds »

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

This is a constant ask every time a thread about desktop UI design comes up. Everyone wants a new Visual Basic, nobody wants to use the alternatives. The VB language itself likely doesn't appeal to people nowadays but the building blocks the UI provided is still unparalleled and everyone has fond memories of how easy prototyping applications is with it.

Re: Python GUIs

#64

Post by danudey »

yboris wrote: post #52
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).

Yes, I definitely want my small GUI app to distribute a gigantic runtime and consume gigs of memory.

Re: Python GUIs

#65

Post by bvan »

yboris wrote: post #52
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).

HTML everywhere killed professional-looking GUI’s. Web devs generally are clueless about application GUI design and usability. It’s sad.

Re: Python GUIs

#66

Post by Waterluvian »

bvan wrote: post #65
yboris wrote: post #52

Earlier quoted context omitted.

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).

HTML everywhere killed professional-looking GUI’s. Web devs generally are clueless about application GUI design and usability. It’s sad.

Web devs: they’re all clueless, they’re all lesser, but for the life of me I just can’t seem to make the UI I want and by gum it’s all their fault.

Re: Python GUIs

#67

Post by at_a_remove »

etrevino wrote: post #59
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.

A little bit, yes.

I don't just want something bundled with Python, I want that thing to be the undeniably best choice. I want "batteries included" to mean that I wouldn't bother to look for anything but what came with the language.

Re: Python GUIs

#68

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…

> try wxWidgets 3

Update from my previous post: I took a look at release dates and wxWidgets 3 was available as far back as 2013, so that is the version my comments were based on (wxPython's version 4 series is the latest that's based on wxWidgets 3, that version of wxPython is the latest I've tested with).

Re: Python GUIs

#69

Post by zem »

bityard wrote: post #31
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

Tcl/Tk was fairly amazing for getting a simple UI going. Back in the dialup days, my modem was plugged into a homebrew Linux firewall/router so that I could use the Internet from multiple machines at once. Which outside of a large business or college campus, was considered pretty much advanced wizardry back then. The problem was that I had one phone line and couldn't tie it up all the time. I wanted to be able to ope…

i had great experiences with ruby/tk as well; it was just the pain of deployment that made me give up on it.

Re: Python GUIs

#70

Post by gary_0 »

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.

Note that it's built on top of wxPython. I think a "middle ground" user interface between the commandline and a full-blown graphical environment is a great idea.
Post reply on HN