Language Bindings

Turns out Shiboken shouldn't do anything for signals and let PySide setup the signals using the MOC data. Shiboken generates bindings for signals as if they were plain methods and shadows the actual signals. I ended up wrapping the signals with an ifdef: #ifndef BINDINGS_H Q_SIGNALS: void positionChanged(qint64 position); #endif

Hi, See this stack overflow answer for several possibilités.

Thank you for the reply . I am new to Qthread and comfortable with pthread, that is the reason behind I used it in my code. Let me go through the link and use qthread. Thank you for the sugesstion. If possible Please share me some tutorial links for qthreads which helps to build pipeline Thank you, Dhivya JR

@SGaist Huh I've read a little about that QListView and in conjunction with setViewMode(QListView.IconMode) I believe It can do the intended job I'll try that later when I have a little more free time for it and update. Thanks!

It might be that you are linking to a static library (just a wild guess here).

There's no need to close them first. The issue here comes rather from the replacement of the delegate. There's no need for that. If you just set it in the constructor and trigger the persistent editors when you add a line, you should be fine. One thing that might be worth checking is why replacing the delegate does not close de persistent editor. I do not know whether it's on purpose as you asked for a persistent editor after all.

Did you consider implementing an IPC solution ?

@eyllanesc :ModuleNotFoundError: No module named 'PySide2.QtWebKitWidgets' how can i resolve it?in ubundu 20.04,python 3.8.5

Ok so I found out that I had to use MenuButtonPopup as value QToolButton[popupMode="MenuButtonPopup"] { padding-right: 20px; }

I confirm the same observation, that the script runs with PyQt5 (pyqt5 5.15.4) installed via pip and fails when run with PySide2 (PySide2-5.15.2) installed via pip: QObject::moveToThread: Current thread (0x22b951c64b0) is not the object's thread (0x22b951c6c50). Cannot move to target thread (0x22b951c64b0) qt.qpa.plugin: Could not load the Qt platform plugin "windows" in "" even though it was found. This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: direct2d, minimal, offscreen, webgl, windows. Following the advice of this thread (https://forum.qt.io/topic/93085/qt-python-development-pyside2/6), I removed the PySide2 installed via pip and installed the version via conda-forge (v 5.13.2) and was able to run the script. So, it appears a matter of packaging/dependencies rather than a strict inability for PySide2 to handle it or something related to the version.

thank you for your reply Ok i will try this

Since QDir & QDir::EntryList has some serious trouble with (MacOS) app-bundles, I ended up implementing the QDirIterator solution @Chris-Kawa suggested: void copyAndReplaceFolderContents(const QString &fromDir, const QString &toDir, bool copyAndRemove = false) { QDirIterator it(fromDir, QDirIterator::Subdirectories); QDir dir(fromDir); const int absSourcePathLength = dir.absoluteFilePath(fromDir).length(); while (it.hasNext()){ it.next(); const auto fileInfo = it.fileInfo(); if(!fileInfo.isHidden()) { //filters dot and dotdot const QString subPathStructure = fileInfo.absoluteFilePath().mid(absSourcePathLength); const QString constructedAbsolutePath = toDir + subPathStructure; if(fileInfo.isDir()){ //Create directory in target folder dir.mkpath(constructedAbsolutePath); } else if(fileInfo.isFile()) { //Copy File to target directory //Remove file at target location, if it exists, or QFile::copy will fail QFile::remove(constructedAbsolutePath); QFile::copy(fileInfo.absoluteFilePath(), constructedAbsolutePath); } } } if(copyAndRemove) dir.removeRecursively(); }

@TenG XY Problem: https://meta.stackexchange.com/questions/66377/what-is-the-xy-problem

Hi @SGaist, I took you advice and finally found out where the problem is. I looked into Wependency Walker and realized that I can import PySide6.QWidgets before I import wiggly, So that the dlls needed is already loaded for wiggly. I've been testing wiggly using one single import wiggly in IPython, not runing the main.py directly in the examples, trying to copy dlls from one place to another, and kept getting ImportErrors. Now I write: import PySide6.QtWidget import wiggly and it works. Thanks for your help!

I'm under the impression that Visual C++ has disallowed inline assembly for x64 for a while. Quoting from https://docs.microsoft.com/en-us/cpp/assembler/inline/inline-assembler?view=msvc-160: Inline assembly is not supported on the ARM and x64 processors.