ChatCrawlersearch across public Telegram Open the app
Q

Qt for Python (PySide/Shiboken)

snapshot for December 2025
‹ December 2025 ›×
# QApplication.setAttribute(Qt.ApplicationAttribute.AA_UseDesktopOpenGL) QApplication.setAttribute(Qt.ApplicationAttribute.AA_UseOpenGLES) QApplication.setAttribute(Qt.ApplicationAttribute.AA_ShareOpenGLContexts) # os.environ["QTWEBENGINE_CHROMIUM_FLAGS"] = ( # "--ignore-gpu-blacklist " # "--enable-gpu-rasterization " # "--enable-zero-copy " # "--num-raster-threads=4" # "--disable-pinch" # ) from PySide6.QtQuick import QQuickWindow, QSGRendererInterface
P
I tried many methods, but unfortunately, they didn't work
K
Hi everyone. I have a pyside6 app for signal processing with interactive plots using pyqtgraph. On windows there is no problem at all. But on ubuntu, it can not show the plots that have too many points , like 60000 points in a plot, or even more. Can I do something to solve it or it is what it is?
A
Hi, J. I bet the developers of PyQtGraph would be of better help for you. Either the problem roots from Qt (not PySide) or from PyQtGraph. Anyway, provide a minimal example that reproduces the issue.
K
Kian T.Hi everyone. I have a pyside6 app for signal processing with interactive plots using pyqtgraph. On windows there is no problem at all. But on ubuntu, it can not show the plots that have too many points , like 60000 points in a plot, or even more. Can I do something to solve it or it is what it is?
I don't know anything about pyqtgraph, so I can't help you there. Try porting your graphing logic to Qt Graphs (newer QML module added in Qt 6.6 as TP, out of TP in 6.8) It's designed for higher performance than Qt Charts ever could achieve.. Not sure how it compares to pyqtgraph.
A
C
K
Hm. Qt 6 has event compression turned on by default I think (?).. maybe it's not when under Wayland... Regardless, there's a setting/env var that controls that. Let me dig it up.
A
Note that it works perfectly under XWayland, so it seems really related to the Qt Wayland backend.
Qt::AA_CompressHighFrequencyEvents Qt::AA_CompressTabletEvents I thought there was an environment variable for this too... Maybe that is not documented, or was removed... A customer I was working with encountered issues with specific tablets (wacom) that weren't working right that had something to do with event compression some years ago, so I was definitely investigating in that area...
K
If you can get a MRE for the issue and create a QTBUG for it, I can see about switching to Wayland to test.. last time I used Wayland on my hardware, I had issues with the Nvidia drivers.
I wasn't able to see any effect, I can confirm that those flags are true on X11 and false on Wayland. I didn't play with my app using wayland for some time, a the moment it's totally broken and unusable on Gnome, I even succeeded to freeze my whole desktop moving my window from one screen to another in expose mode 🤦‍♂️.
A
I really like Gnome as desktop and Qt as SDK but they can be a bit annoying when used together.
A
That's why I generally avoid gnome. Plasma has always been a better experience for me.
A
Why do I get 0 and then 2? obj = QObject() signal = SIGNAL(QObject.destroyed.signatures[0]) print(obj.receivers(signal)) # 0 obj.destroyed.connect(print) print(obj.receivers(signal)) # 2
There is sadly always spam in certain dates. So let us keep the bot away for some time
C
The irc bridge bot*
T
Anton YablokovWhy do I get 0 and then 2? obj = QObject() signal = SIGNAL(QObject.destroyed.signatures[0]) print(obj.receivers(signal)) # 0 obj.destroyed.connect(print) print(obj.receivers(signal)) # 2
Hmm. Connecting multiple slots shows it returns "number of explicit connect calls+1". Running obj.destroyed.connect(print) obj.destroyed.connect(print) obj.destroyed.connect(print) then causes obj.receivers(signal) to return 4 (number of explicit connects + 1). So I assume it counts some sentinel value or internal cleanup slot that is only placed/connected if anything is connected explicitly in user code.
P
(irc) collide2954: luziferius: Correct - Qt's receivers() includes internal bookkeeping. The +1 is Qt's connection tracking mechanism. When you connect the first slot, Qt sets up internal metadata for that signal. This is normal behavior and documented (though not prominently). Use isSignalConnected() instead if you just need to check if anyone's listening.
Calendar: December 2025
MoTuWeThFrSaSu112341526768129101112131415116171819202122232442522612728293031
Archive by month
Open in Telegram Каталог площадок Искать в ChatCrawler

A snapshot of an open public feed from the search index ChatCrawler — “Google for public Telegram”; refreshed as the venue is crawled. Times are UTC.

Public content only, official Telegram API. About · FAQ · What we do not do · Remove a page · Catalog