Sze, That’s awesome news! :)
I’m still struggling making the QQuickView being displayed on the window given by the host. In my case I really need to draw the Qt content on the window provided by the host, otherwise the behaviour is awkward. I will let you know when I have this working. Nuno Santos Founder / CEO / CTO www.imaginando.pt +351 91 621 69 62 > On 16 Sep 2015, at 16:05, Sze Howe Koh <szehowe....@gmail.com> wrote: > > I don't have experience with your other questions, but I know this one. > > This approach works fine on Windows; I'm doing something similar in my > current project. Q(Gui)Application can be safely created in a non-main > thread. Just make sure that you all create all your GUI classes and > run their methods in that same thread. > > However, this approach won't work on OS X. Cocoa requires all GUI > operations to be performed in the main thread: > http://stackoverflow.com/questions/9761953/running-a-cocoa-gui-in-a-non-main-thread > > <http://stackoverflow.com/questions/9761953/running-a-cocoa-gui-in-a-non-main-thread>. > > For OS X, see the comments under the answer at > http://stackoverflow.com/questions/22289423/how-to-avoid-qt-app-exec-blocking-main-thread/22290909#22290909 > > <http://stackoverflow.com/questions/22289423/how-to-avoid-qt-app-exec-blocking-main-thread/22290909#22290909> > -- Kuba Ober suggests a way to inject your Qt code into your main > thread. Note: I don't have a Mac, so I have never tested this myself. > > Please let me know if it works, because I'd like to support OS X with > my project in the future. > > (Note: One difference between my project and yours is that I only > create new windows in my plugin; I don't use Qt to manipulate an > existing window. I don't know if this will make a difference to you or > not.)
_______________________________________________ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
