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

PyQt5 Tutorial: Create a Python GUI in 2018

build-system.fman.io

Post reply on HN
Print view View original

121–130 of 211 posts

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#121

Post by [deleted] »

HoppyHaus wrote: post #8
Sileni wrote: post #4

I like the tutorial, but I don't know why you would use PyQt these days. Tkinter is more permissive and has wrappers like appJar which make it disgustingly easy to put together a quick, ugly GUI. If you're building a desktop app that needs to really look good and be fast, why are you using Python?

I've only been a Python dev, and have ended up becoming entrenched in Tkinter. I want to be able to just use another GUI framework for when I finally switch to something else. So, I can see the use.

[deleted]

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#122

Post by nofunsir »

chaz6 wrote: post #2

Just to note, there are official [1] Python bindings available for Qt and this can usually be installed with `pip install pyside2` . [1] https://www.qt.io/qt-for-python

There are some things that are still missing and I have to pull from the PyQt5 package, but otherwise it's great.

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#123

Post by sago »

kbumsik wrote: post #43
kelvin0 wrote: post #28

I've been using wxPython for many years, and it works very well. What are the advantages of PyQT over wxPython? Anyone experienced both 'worlds' in a non-trivial application?

1. wxPython has inconsistent looks and layouts between platforms and monitor resolutions (or DPI). For example, on PlayOnLinux GUI app I cannot click an "OK" button while using Surface Pro because the button is hidden outside of the window. 2. QML is an amazing language. It is modern, declarative and reactive but still very simple to use. Personally I don't want to go back to the traditional GUI coding styles after e…

Is number five true? (Genuine question.) I haven't used QT in anger, and it's been a few years since I last wrote something in WXP. But the last project went with wxWidgets because of its built-in support for things like drag-and-drop negotiation, (multiple) file type association, undo, print, file preview, system level common accelerators and OS defined accessibility settings (including color and font remapping, speech to text, keyboard navigation, and screen readers). In my mind they are more important than the widgets for building a practical tool. Is QT on par with those?

To join in this comment thread's Electron-ragging, I often find it frustrating that the hard-won OS idioms of the last 20 years have been left so easy to jettison in the age of apps.

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#124

Post by toyg »

acidburnNSA wrote: post #93
toyg wrote: post #86

Earlier quoted context omitted.

I can't speak for fbs (never used it), but the way these things usually work (pyinstaller et al ) is by compiling everything to .pyc or .pyd and/or pack it up with the python runtime in an executable. It's probably not too hard to extract the original source, but it would be enough to deter a casual observer. The problems with packaging PyQt usually boil down to module discovery, because the import machinery is lever…

Ok, thanks for the info! Yeah the pyinstaller, etc. experiences I've had were trivial to decompile from pyc back to py so for "hide the source" we found that Cython takes it to the next level. I wonder what fbs does in this case that handles the PyQt import stuff so well.

I expect it's a lot of special-casing you can do if you expect Qt to be in the mix.

Do you use any particular lib for your cythonization, or is it all custom ?

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#125

Post by meredydd »

AnIdiotOnTheNet wrote: post #88
toyg wrote: post #41

Earlier quoted context omitted.

If you use the complete Qt installer, you get QtDesigner. If you use the PyQT-provided wheels and/or you don'want to mess with the whole Qt, then you can separately install QtCreator, which is very simple and embeds QtDesigner.

Looking at a tutorial, it looks like all it does is layout the form for you. That's a shame. Things closer to what the original VB was are sorely missed in modern computing.

If you want VB/Delphi-style app builder for Python, can I interest you in Anvil (https://anvil.works)? It targets the web, but you write all the code (even client-side) in Python. We've had multiple customers describe it as a worthy heir to Delphi :)

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#126

Post by nofunsir »

PyQt5 is really great. I wish I could convince some of my co-workers at SNC to use it instead of random solutions ranging from a full-blown WPF app, hand-rolled win32, heavily customized imgui, vt100 over telnet (apologies on behalf of *), to... 5000 lines of AutoIT for a simple gui... smh. I mean we already use python for some build steps. They seem to not be able to get over the python stigma, which I don't think needs to exist, or the pythonic paradigm "breaks their brains."

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#128

Post by krferriter »

blattimwind wrote: post #116
toyg wrote: post #51

I'm using PyQt for a project right now, and overall it's a nice feeling as always. The model/view classes are great, once you get the hang of them. There are a lot of utilities for things like persistence and threading (but I wouldn't cross the streams with python threads), and it's all crossplatform and very mature by now, the only issues are usually around packaging. QML is also very powerful, but I'm usually happy…

> (but I wouldn't cross the streams with python threads) You can't. Also keep in mind that Python's thread-local storage only works with the threading module threads, not Python threads created elsewhere (e.g. by the "outer" C++ application itself or by a QThread wrapper). It's really quite poorly implemented there IMHO.

The "threading" functionality in Python is a significant downside to the language. I don't know why they went with the idea that people don't need real threads like they can get in C/C++, Java, C#.

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#129

Post by wiz21c »

ehsankia wrote: post #96
minimaxir wrote: post #35

This is a case where the "in 2018" in the title is very helpful, as Googling information about Python and Qt usually returns something dreadfully out of date. (and as other comments note, there are lots of new companion tools/competitors like Electron)

The API still looks messy and unpythonic though, sadly. Look at the basic hello world example. Why do I need to pass QApplication an empty array? Why am I calling a method ending with _ to launch the program? And the fact the label magically attaches to the app through some side effect is also confusing. Does anyone know if there's any good shim/wrapper around PyQt that has a better API?

Maybe it's not pythonic but I can assure you, after having passed 6 years working with it that it's extremely efficient and very well integrated with python. It just works, and a complaint about aesthetics won't change that :-)

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#130

Post by Walkman »

ehsankia wrote: post #96
minimaxir wrote: post #35

This is a case where the "in 2018" in the title is very helpful, as Googling information about Python and Qt usually returns something dreadfully out of date. (and as other comments note, there are lots of new companion tools/competitors like Electron)

The API still looks messy and unpythonic though, sadly. Look at the basic hello world example. Why do I need to pass QApplication an empty array? Why am I calling a method ending with _ to launch the program? And the fact the label magically attaches to the app through some side effect is also confusing. Does anyone know if there's any good shim/wrapper around PyQt that has a better API?

The now-official bindings (Qt for Python as mentioned in the article) has a waaay more Pythonic API. I actually liked it. The advantage of PyQt5 is that you can look up the Qt documentation.
Post reply on HN