PyQt5 Tutorial: Create a Python GUI in 2018 • Hacker News Board

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#31

Post by mherrmann » Tue, Sep 25, 2018, 5:05 PM UTC

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?

The reason why I chose PyQt over wxPython was the former's support for custom styles. I wrote an article with my thoughts on picking a GUI framework [1], in case you're interested.

1: https://fman.io/blog/picking-technologies-for-a-desktop-app-...

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#32

Post by int_19h » Tue, Sep 25, 2018, 5:06 PM UTC

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 was recently surprised by how non-ugly a Python Tkinter app can look with some effort. Take a look at this:

https://thonny.org/

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#33

Post by rapsey » Tue, Sep 25, 2018, 5:07 PM UTC

quotemstr wrote: post #30

I've been using a lot of Python GTK via gobject introspection lately. It works fine, or at least a well as GTK ever works. Why would I want to switch to Qt? 1) I like how GTK and Python object lifetime tracking are compatible (both are simply reference counted), where as Qt has this hierarchical model that feels weird in Python and that led to random segfaults when I tried using PyQt for a serious project last year.…

> Why would I want to switch to Qt?

Because GTK is awful outside of Linux.

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#34

Post by lalos » Tue, Sep 25, 2018, 5:08 PM UTC

Anybody know if it's easy to reverse engineer or strip parts of the application when deploying PyQt5 apps? Or do you need extra measures to obfuscate the code to protect certain logic?

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#35

Post by minimaxir » Tue, Sep 25, 2018, 5:08 PM UTC

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)

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#36

Post by yorwba » Tue, Sep 25, 2018, 5:09 PM UTC

cpburns2009 wrote: post #6

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

PySide2 is now out of beta?

It's still just a "technical preview", but I've been using it for a while and didn't have any problems that weren't caused by me not knowing how Qt works.

Some of the examples in the documentation are still in C++, but it's pretty easy to translate them to Python since the names are the same. (Sometimes painfully so, e.g PySide2.QtCore.Qt.ScrollBarPolicy.ScrollBarAlwaysOff.)

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#37

Post by mherrmann » Tue, Sep 25, 2018, 5:09 PM UTC

lalos wrote: post #34

Anybody know if it's easy to reverse engineer or strip parts of the application when deploying PyQt5 apps? Or do you need extra measures to obfuscate the code to protect certain logic?

I've never tried it but given Python's interpreted nature, it is likely pretty easy unless you use an obfuscator. Note that that's true for Java .class files as well. I was really surprised once when I tried to decompile one of my own that I had thought would be safe. You get near-perfect accuracy.

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#38

Post by quotemstr » Tue, Sep 25, 2018, 5:10 PM UTC

rapsey wrote: post #33

quotemstr wrote: post #30

I've been using a lot of Python GTK via gobject introspection lately. It works fine, or at least a well as GTK ever works. Why would I want to switch to Qt? 1) I like how GTK and Python object lifetime tracking are compatible (both are simply reference counted), where as Qt has this hierarchical model that feels weird in Python and that led to random segfaults when I tried using PyQt for a serious project last year.…

> Why would I want to switch to Qt? Because GTK is awful outside of Linux.

Is it? Why? Works fine for me.

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#39

Post by morenoh149 » Tue, Sep 25, 2018, 5:13 PM UTC

DanFeldman wrote: post #23

We use Qt heavily at Starsky Robotics. We initially used it because it has tight integration with ROS via RQT [1], but I'm pretty impressed with the framework in general. Lots of great tools out of the box, QtCreator is awesome and once you get the right signal/slot model in your head everything is a breeze. Plus getting to prototyping in python is always fast! For our use case, relative speed of the GUI isn't a fact…

What's the memory consumption of pyQT compared to electron apps?

Re: PyQt5 Tutorial: Create a Python GUI in 2018

#40

Post by cpburns2009 » Tue, Sep 25, 2018, 5:13 PM UTC

rapsey wrote: post #33

quotemstr wrote: post #30

I've been using a lot of Python GTK via gobject introspection lately. It works fine, or at least a well as GTK ever works. Why would I want to switch to Qt? 1) I like how GTK and Python object lifetime tracking are compatible (both are simply reference counted), where as Qt has this hierarchical model that feels weird in Python and that led to random segfaults when I tried using PyQt for a serious project last year.…

> Why would I want to switch to Qt? Because GTK is awful outside of Linux.

I'd argue GTK is awful inside of Linux because of client-side decorations (removal of the standard title-bar) that you cannot disable, removal of the menu bar, and the mobile/tablet first design (some people do use desktops and I'm not allergic to text).