Re: [Development] QtBase WIP branch request
> On 7 Oct 2016, at 02:32, Morten Sorvigwrote: > > > What is actually in development? The scope is outlined in QTBUG-49827 and > includes > - Improving expose event handling > - Improving support for Core Animation layer-backed QWindows > - Improving support for embedding QWindow in NSView hierarchies > - Driving QWindow::requestUpdate() animations via CVDisplayLink Morten, I was doing some work, and have some patches (not yet available) in this area, to do with embedding NSView hierarchies inside QWidgets. The approximate changes are in the Cocoa QPA, to ensure that child QWindows are inserted into the NSView heirarchy as subviews correctly, and re-ordered in the subviews list (by removing and re-adding, as the AppKit docs suggest). One of the bugs hopefully fixed by this is: https://bugreports.qt.io/browse/QTBUG-7140 I can provide the patches via email, but I wonder if they will be subsumed by this work you’re about to start. Kind regards, James -- James Turner - Senior Software Developer KDAB - The Qt, C++ and OpenGL Experts smime.p7s Description: S/MIME cryptographic signature ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Backporting the "stop unloading plugins" change to 5.6
Em quarta-feira, 12 de outubro de 2016, às 22:28:33 CEST, André Pönitz escreveu: > On Wed, Oct 12, 2016 at 09:59:06PM +0200, Thiago Macieira wrote: > > Hello > > > > We've got a number of issues that got fixed in 5.7 by the change that made > > QFactoryLoader stop unloading plugins (notably, > > Not unloading plugins is not a fix. No, it's a workaround. But I'm at a loss to fix the current issue. The issue at hand is that the plugin was unloaded between a slot being invoked in a queued connection and the object that would receive the event getting deleted. When deleting the object, the events queued to it are deleted. When metacall events are deleted, the parameters stored in it are destroyed. In order for QMetaType to destroy such a type, it needs to call the destroying functions registered with it. Since we do allow breaking of ODR because of hidden visibility / DLLs, the functions in question may have belonged to the plugin that was unloaded, even if the type wasn't exclusive to that plugin. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Backporting the "stop unloading plugins" change to 5.6
On Wed, Oct 12, 2016 at 09:59:06PM +0200, Thiago Macieira wrote: > Hello > > We've got a number of issues that got fixed in 5.7 by the change that made > QFactoryLoader stop unloading plugins (notably, Not unloading plugins is not a fix. Andre' ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] Backporting the "stop unloading plugins" change to 5.6
Hello We've got a number of issues that got fixed in 5.7 by the change that made QFactoryLoader stop unloading plugins (notably, the Network Manager bearer plugin). Given that QtDBus in 5.6 is now heavily threaded, a number of new issues have cropped up. I've managed to fix some, but reports from Ubuntu developers indicate the latest fix only uncovered the next issue. If we do stop unloading, the problem goes away. So, ok to backport? See https://codereview.qt-project.org/172014 (original https://codereview.qt-project.org/140750) -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
[Development] [Announce] Qt 5.6.2 released
Hi all, I am happy to inform that Qt 5.6.2 is released today, see http://blog.qt.io/blog/2016/10/12/qt-5-6-2-released/ Big thanks to everyone involved! br, Jani Heikkinen Release Manager The Qt Company Elektroniikkatie 13 90590 Oulu Finland jani.heikki...@qt.io +358 50 4873735 http://qt.io ___ Announce mailing list annou...@qt-project.org http://lists.qt-project.org/mailman/listinfo/announce ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Whether Qt5.8 support Visual Studio '15' now?
Em quarta-feira, 12 de outubro de 2016, às 07:15:50 CEST, Maurice Kalinowski escreveu: > VS 15 is not released yet, and with 5.8 beta soon to be released, there are > some time constraints to check for it. Hence any feedback in advance is > nice. > Maybe Thiago has been able to look into it. I did, but my changes that added support for the next version got conflict when moving to 5.8, after sitting there for a month not getting approvals, so I abandoned them. I will not be working anymore on enabling new Microsoft compilers. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development
Re: [Development] Whether Qt5.8 support Visual Studio '15' now?
VS 15 is not released yet, and with 5.8 beta soon to be released, there are some time constraints to check for it. Hence any feedback in advance is nice. Maybe Thiago has been able to look into it. Generally, latest at its release support will be available, probably (given track record) earlier. BR, Maurice From: Development [mailto:development-bounces+maurice.kalinowski=qt...@qt-project.org] On Behalf Of ?? Sent: Wednesday, October 12, 2016 4:06 AM To: developmentSubject: [Development] Whether Qt5.8 support Visual Studio '15' now? Hi, I want compile Qt5.8 with Visual Studio '15' ,Not 2015,are there any problems? Thanks. ___ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development