Language Bindings

@jsulm It's an empty line:
Screenshot 2024-11-12 130412.png

Hi,

While it's a pretty goal to show why it's wrong to update widgets from a different thread, you might have issue reproducing this at will. This is in the zone of undefined behaviour and depends highly on the OS beside what you are modifying and it might just work for a while, do something funky or crash the application.
Also, there might also be the architecture of Python itself that could be at play since it's currently not a true multithreaded language if you take the GIL into account.

@Reds how did you establish which font was the problem, because I have the same issue. Thanks.

6 years later

you ok, dude?

@Platinum-Lucario said in How do I create real C# bindings for Qt6?:

I know it was done with QtSharp in the past, but it's long been abandoned, so those bindings will only work with Qt5 and won't work with Qt6.

If you want to do it for Qt6, and if QtSharp has suitable free use licensing, would that not be a good place to start rather than from scratch?

In the post linked by @cristian-adam there is the following comment:

No, import std; has not yet been implemented. The plan is for the compiler to populate a CMake::CXX23 target with the requisite information and have that target provide import std; modules. There are discussions about how compilers/standard libraries should provide information for CMake to use and make such targets.

I assume that the problem is that CMake does not know how to look up modules that are not provided by your own project. Because it cannot find the proper dependencies it will not build.

I'm eagerly waiting for modules to work properly everywhere. This will be a huge boost for C++.

@3119369616
No. And if you were looking for anything "official" that would be The Qt Company, be aware that here we are a user forum. Also Qt is not a programming language, it's a set of code written in C++.

@sierdzio Thank you very much for your quick answer!!! I have done this change and it works!!!
Thanks!!!!!
Have a good day,

Hi,

I am unearthing quite an old topic, but I recently re-discovered pyqtdeploy and it seems to be fairly relevant these days: cross-compilation with Python is a hot topic.

Although there is documentation online about pyqtdeploy, it is hard to figure out specific steps to set up the tool.

I have decided to update the documentation and upgrade a bit the tool on my side first.

If you wish to convert your PyQt5 apps into Android apps, follow the in-depth tutorial on https://github.com/achille-martin/pyqt-crom.

There is no official support for PyQt6 in my repo yet though. So please start with PyQt5 to build prototypes and I am expected to add support for PyQt6 later.

@JonB thanks for your reply.
I found a similar topic on stackoverflow.
That helped to solve my problem.

@Sachin-Bhatt
The intention is that Qt SQL interfaces handle most if not all of SQL data types, and deal with SQLite correctly, so that you don't have to do what you say. I think you should give a couple of examples of data types where you have "data type compatibility concerns" and how it goes "wrong".

@tristam I know this is 10 years later, but have you figured out this issue?