Re: [Interest] Where can I view the Qt 5.5 release candidate blockers?
Never mind. Found it here: https://bugreports.qt.io/browse/QTBUG-44654 Looks like these two: QTBUG-46660 macdeployqt puts wrong rpath into additionally fixed executableshttps://bugreports.qt.io/browse/QTBUG-46660 QTBUG-46714 QFileDialog crashes in getOpenFileNamehttps://bugreports.qt.io/browse/QTBUG-46714 -Ed On Jun 17, 2015, at 2:14 PM, Edward Sutton edward.sut...@subsite.commailto:edward.sut...@subsite.com wrote: I am trying to get a fee for when I can realistically expect the Qt 5.5 RC? Is it still June 22? Thanks, -Ed This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ Interest mailing list Interest@qt-project.orgmailto:Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Where can I view the Qt 5.5 release candidate blockers?
I am trying to get a fee for when I can realistically expect the Qt 5.5 RC? Is it still June 22? Thanks, -Ed This email and any files transmitted with it from The Charles Machine Works, Inc. are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the sender. Our company accepts no liability for the contents of this email, or for the consequences of any actions taken on the basis of the information provided, unless that information is subsequently confirmed in writing. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Failed to compile moc file...
Hi guys, I use following technique always. But only now I've received the following error. Look: // Qt include. #include QWidget #include QScopedPointer // Como include. #include Como/Source QT_BEGIN_NAMESPACE class QModelIndex; QT_END_NAMESPACE namespace Globe { class Channel; // // SourcesWidget // class SourcesWidgetPrivate; //! Widget that will display available sources. class SourcesWidget :public QWidget { Q_OBJECT signals: //! Source was selected. void sourceSelected( const Como::Source ); //! Channel was selected. void channelSelected( const QString ); public: SourcesWidget( QWidget * parent = 0, Qt::WindowFlags f = 0 ); //! \return Name of the current channel. QString channelName() const; //! Set channel name. void setChannelName( const QString channelName ); private: //! Init. void init(); private slots: //! New source. void newSource( const Como::Source source, const QString channelName ); //! Channel created. void channelCreated( Channel * channel ); //! Channel removed. void channelRemoved( Channel * channel ); //! Channel selected. void selectChannel( const QString channelName ); //! Item activated. void itemActivated( const QModelIndex index ); private: Q_DISABLE_COPY( SourcesWidget ) QScopedPointer SourcesWidgetPrivate d; }; // class SourcesWidget } /* namespace Globe */ This header uses forward declaration of data class SourcesWidgetPrivate. It defined in cpp file. All my moc compiles successfully, but moc generated from this header fails with: Konsole output g++ -c -pipe -O2 -fPIC -D_REENTRANT -Wall -W -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT _MULTIMEDIA_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_SQL_LIB -DQT_CORE_LIB -I. -I. ./../Globe -I../../../globe-como -I../../QtConfFile -I../../Como -I/home/igor/Qt /5.4/gcc_64/include -I/home/igor/Qt/5.4/gcc_64/include/QtWidgets -I/home/igor/Qt /5.4/gcc_64/include/QtMultimedia -I/home/igor/Qt/5.4/gcc_64/include/QtGui -I/hom e/igor/Qt/5.4/gcc_64/include/QtNetwork -I/home/igor/Qt/5.4/gcc_64/include/QtSql -I/home/igor/Qt/5.4/gcc_64/include/QtCore -I. -I. -I/home/igor/Qt/5.4/gcc_64/mks pecs/linux-g++ -o moc_sources_widget.o moc_sources_widget.cpp In file included from /home/igor/Qt/5.4/gcc_64/include/QtCore/qobject.h:47:0, from /home/igor/Qt/5.4/gcc_64/include/QtWidgets/qwidget.h:38, from /home/igor/Qt/5.4/gcc_64/include/QtWidgets/QWidget:1, from sources_widget.hpp:35, from moc_sources_widget.cpp:9: /home/igor/Qt/5.4/gcc_64/include/QtCore/qscopedpointer.h: In instantiation of ‘s tatic void QScopedPointerDeleterT::cleanup(T*) [with T = Globe::SourcesWidgetP rivate]’: /home/igor/Qt/5.4/gcc_64/include/QtCore/qscopedpointer.h:101:30: required from ‘QScopedPointerT, Cleanup::~QScopedPointer() [with T = Globe::SourcesWidgetPr ivate; Cleanup = QScopedPointerDeleterGlobe::SourcesWidgetPrivate]’ sources_widget.hpp:58:7: required from here /home/igor/Qt/5.4/gcc_64/include/QtCore/qscopedpointer.h:51:46: error: invalid a pplication of ‘sizeof’ to incomplete type ‘Globe::SourcesWidgetPrivate’ typedef char IsIncompleteType[ sizeof(T) ? 1 : -1 ]; ^ /home/igor/Qt/5.4/gcc_64/include/QtCore/qscopedpointer.h:54:9: warning: possible problem detected in invocation of delete operator: [-Wdelete-incomplete] delete pointer; ^ /home/igor/Qt/5.4/gcc_64/include/QtCore/qscopedpointer.h:46:35: warning: ‘pointe r’ has incomplete type static inline void cleanup(T *pointer) ^ In file included from moc_sources_widget.cpp:9:0: sources_widget.hpp:55:7: warning: forward declaration of ‘class Globe::SourcesWi dgetPrivate’ class SourcesWidgetPrivate; ^ In file included from /home/igor/Qt/5.4/gcc_64/include/QtCore/qobject.h:47:0, from /home/igor/Qt/5.4/gcc_64/include/QtWidgets/qwidget.h:38, from /home/igor/Qt/5.4/gcc_64/include/QtWidgets/QWidget:1, from sources_widget.hpp:35, from moc_sources_widget.cpp:9: /home/igor/Qt/5.4/gcc_64/include/QtCore/qscopedpointer.h:54:9: note: neither the destructor nor the class-specific operator delete will be called, even if they are declared when the class is defined delete pointer; ^ Makefile:17300: recipe for target 'moc_sources_widget.o' failed What wrong? I can't understand... Thank you. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Awkward problem on iOS app deploy - qtquickcontrols plugin not found
Hi, I have a project with the following structure: shared/shared.pri // please note that shared is a level below project dir project/app/app.pro project/common/common.pri project/plugin/plugin.pro shared is code and resources shared among different projects. Is composed mostly from qml files and images. shared/*.h shared/*.cpp shared/qml.qrc shared/qml/*.qml // qml files are prefixed with /qml/ shared/icons/*.png // icon files are prefixed with /icons/ common is code, qml and images shared among app and plugin common/*.h common/*.cpp common/qml.qrc common/qml/*.qml // qml files are prefixed with /qml/ common/icons/*.png // icon files are prefixed with /icons/ app.pri includes common and shared: include(../../shared/shared.pri) include(../common/common.pri) Common has the main.qml and loads every other qml The strange part is: this project architecture works on desktop but when I use it on iOS it fails to load QtQuickControls plugin (module QtQuick.Controls plugin qtquickcontrolsplugin not found). However, if I keep the shared as it is and place common inside app dir and create a qml.qrc file with the qml files referenced from within app/common/qml, with the same prefix /qml/, it works. Is this a known problem? I’m using Qt 5.4.1 Thanks, Regards, Nuno___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Failed to compile moc file...
On Wednesday 17 June 2015 22:59:23 Igor Mironchik wrote: What wrong? I can't understand... Your destructor is implicit. Add it explicitly to the .cpp. -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] How to share a native OpenGL context with Qt?
Hi, Il 17/06/2015 17:54, Marc Gilleron ha scritto: Our context is created in a custom way, nothing to do with Qt in the first place. We made a test with a QML window and another non-Qt window where we used to render OpenGL, and it doesn't works because of resource clashes. So we need to share. Is there a way to do this with Qt by setting the |Qt::AA_ShareOpenGLContexts |flag? I didn't found any global context to call share on it in the public API... I've added a getter for that global context in 5.5: http://doc-snapshots.qt.io/qt5-5.5/qopenglcontext.html#globalShareContext If you peek at the implementation you can actually also grab it on = 5.4 by using some private APIs. Note: I know there are canonical ways to draw OpenGL stuff in Qt, however, none of them currently suits our needs in terms of existing codebase and time. We want to be able to draw from our own loop, in our own surface, which is neither inside a paintGL()/Qt call, nor in another thread. Now from your email I'm not 100% sure of what you need to achieve. Do you want to draw QML content on top of some other OpenGL content, and do that in a non-Qt window / GL context? There's QQuickRenderControl for that. Hope this helps, -- Giuseppe D'Angelo | giuseppe.dang...@kdab.com | Software Engineer KDAB (UK) Ltd., a KDAB Group company | Tel: UK +44-1625-809908 KDAB - The Qt Experts smime.p7s Description: Firma crittografica S/MIME ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] Migrating QVectorTypedData from Qt 4.8.2 to 5
I'm trying to migrate some code from Qt 4.8.2 to Qt 5.4.2 but a previous developer has used QVectorTypedData. I can't find any reference to this in the documentation. Is there a guide somewhere how to migrate this to Qt 5.4.2? Thanks. Tom Isaacson ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Extremely sluggish browser performance in Qt 5.5
Anyone??? From: John C. Turnbull [mailto:ozem...@ozemail.com.au] Sent: Monday, June 15, 2015 7:31 AM To: 'interest@qt-project.org' Subject: RE: [Interest] Extremely sluggish browser performance in Qt 5.5 Importance: High Hasn't anyone else tried out the WebEngineView in Qt 5.5 QML? I just can't explain why it takes minutes to load pages that load instantaneously in Chrome or Firefox. This is really hurting us, especially the unusable Google Maps. From: interest-bounces+ozemale=ozemail.com...@qt-project.org mailto:interest-bounces+ozemale=ozemail.com...@qt-project.org [mailto:interest-bounces+ozemale=ozemail.com...@qt-project.org] On Behalf Of John C. Turnbull Sent: Friday, June 12, 2015 5:41 AM To: interest@qt-project.org mailto:interest@qt-project.org Subject: [Interest] Extremely sluggish browser performance in Qt 5.5 I am just trying out the nano browser in Qt 5.5 on Windows 7 64-bit and find it almost unusable. Loading *any* website is slow but it is particularly noticeable with Google Maps. It can take more than a minute to render the initial map and then zooming in first shows just a scaled and pixelated version of the map and then it can several minutes for the details to be rendered properly. Also, switching from map to Earth/Satellite view seems to take forever too. What could be causing this incredible slowness? It's not the network itself as the same sites load instantaneously in other browsers like Chrome and Firefox on the same machine and there is no proxy involved. Given that the primary use case I had intended for the Qt browser implementation is Google Maps, this is all very worrying! Thanks, -jct ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] Migrating QVectorTypedData from Qt 4.8.2 to 5
On Wednesday 17 June 2015 22:23:12 Tom Isaacson wrote: I'm trying to migrate some code from Qt 4.8.2 to Qt 5.4.2 but a previous developer has used QVectorTypedData. I can't find any reference to this in the documentation. Is there a guide somewhere how to migrate this to Qt 5.4.2? QVectorTypedData was never public API and you could never have accessed it in Qt 4 if you started from a QVector, short of an ugly hack. If you're using QVector, you'll have to stop doing whatever hack you were doing and rewrite your code. If you were using QVectorTypedData outside of QVector, you can copy the definition from Qt 4 and continue using it. (Note that the GPL portions of LGPL now will apply) -- Thiago Macieira - thiago.macieira (AT) intel.com Software Architect - Intel Open Source Technology Center ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtCore QtNetwork ATL Outlook plugin, plugin doesn't load when linked with QtCore and QtNetwork
the problem is solved: I added the following win32 libraries to my ATL project :dnsapi.lib;crypt32.lib;gdi32.lib;comdlg32.lib;oleaut32.lib;imm32.lib;winmm.lib;ole32.lib;uuid.lib;ws2_32.lib;advapi32.lib;shell32.lib;user32.lib;kernel32.lib; and Qt5Core.lib and Qt5Network.lib and openssl libs and the ATL plugin now loads in Outlook and I can use the classes of QtCore and QtNetwork in my plugin. Envoy:mercredi 17 juin 2015 11:40 De:stephane l stephane...@gmx.fr :interest@qt-project.org Objet:Re: [Interest] QtCore QtNetwork ATL Outlook plugin, plugin doesnt load when linked with QtCore and QtNetwork If I try to load dynamically the two Qt libraries (Qt5Core.dll and Qt5Network.dll) with Loadlibrary I have an error 127 (cannot find the procedure). Is it because I use the version 5.4.2 of Qt and shall I try with an older version of Qt ? or is it because I am under windows 7 64 bits and I use a 32 bits version of Qt (outlook and the plugin are 32 bits) and shall I try a 64 bits version of Qt and Outlook? Envoy:lundi 15 juin 2015 14:00 De:stephane l stephane...@gmx.fr :interest@qt-project.org Objet:[Interest] QtCore QtNetwork ATL Outlook plugin, plugin doesnt load when linked with QtCore and QtNetwork Hi, I have made an ATL C++ (Microsoft) Outlook plugin and want to link it with QtCore and QTNetwork,(Qt5.4.2,msvc2013).the plugin doesnt load anymore in Outlook if I link with these two Qt libraries.I wanted to use Qt code that Ive made before, in the ATL plugin. Are QtCore and QtNetwork not compatible with an ATL COM project ? Why my plugin doesnt load when I Link with them? Otherwise I have tryed too to begin a activeQT Outlook plugin(another project) but I didnt know how to begin the project although I generated a msoutl.h and msoutl.cpp and how to connect to the handler of the Outlook event ItemSend. bests regards stphane ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 5.4.2 Android Misery just one typo away
-Original Message- From: interest-bounces+kai.koehne=theqtcompany@qt-project.org [mailto:interest-bounces+kai.koehne=theqtcompany@qt-project.org] On Behalf Of rpzrpz...@gmail.com Sent: Tuesday, June 16, 2015 6:41 PM To: interest@qt-project.org Subject: Re: [Interest] 5.4.2 Android Misery just one typo away All of us open source hacks have at least some duty to report landmines to the rest. 2 years? Burned as well. More prominent in the docs? The docs could serve a wider audience by adding in landmines notes in each section where there is a reported landmine. Landmine defined as passing compiler checks but definitely a user error. In my case, a bloody typographical error. It's certainly one of the uglier gotchas people run into. Here is my humble attempt to document it more prominently: https://codereview.qt-project.org/#/c/114517/ Anyhow, adding stuff to the documentation only helps so much, since people also have to read it :) In general, I consider deriving from Q*Application sort of an anti-pattern. You fall for it because, hey, you're writing 'application logic' , so the logic should go into something derived from *Application. Anyhow, unless you're really overriding one of the virtual methods there's just no reason to subclass. Just put your business logic in a separate, QObject based class. This way you avoid all of this mess. Regards Kai ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] QtCore QtNetwork ATL Outlook plugin, plugin doesn't load when linked with QtCore and QtNetwork
If I try to load dynamically the two Qt libraries (Qt5Core.dll and Qt5Network.dll) with Loadlibrary I have an error 127 (cannot find the procedure). Is it because I use the version 5.4.2 of Qt and shall I try with an older version of Qt ? or is it because I am under windows 7 64 bits and I use a 32 bits version of Qt (outlook and the plugin are 32 bits) and shall I try a 64 bits version of Qt and Outlook? Envoy:lundi 15 juin 2015 14:00 De:stephane l stephane...@gmx.fr :interest@qt-project.org Objet:[Interest] QtCore QtNetwork ATL Outlook plugin, plugin doesnt load when linked with QtCore and QtNetwork Hi, I have made an ATL C++ (Microsoft) Outlook plugin and want to link it with QtCore and QTNetwork,(Qt5.4.2,msvc2013).the plugin doesnt load anymore in Outlook if I link with these two Qt libraries.I wanted to use Qt code that Ive made before, in the ATL plugin. Are QtCore and QtNetwork not compatible with an ATL COM project ? Why my plugin doesnt load when I Link with them? Otherwise I have tryed too to begin a activeQT Outlook plugin(another project) but I didnt know how to begin the project although I generated a msoutl.h and msoutl.cpp and how to connect to the handler of the Outlook event ItemSend. bests regards stphane ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] 5.4.2 Android Misery just one typo away
It's certainly one of the uglier gotchas people run into. Here is my humble attempt to document it more prominently: https://codereview.qt-project.org/#/c/114517/ Anyhow, adding stuff to the documentation only helps so much, since people also have to read it :) In general, I consider deriving from Q*Application sort of an anti-pattern. You fall for it because, hey, you're writing 'application logic' , so the logic should go into something derived from *Application. Anyhow, unless you're really overriding one of the virtual methods there's just no reason to subclass. Just put your business logic in a separate, QObject based class. This way you avoid all of this mess. I have a large app and it is convenient to override this: bool MyApplication::notify( QObject*, QEvent* ) { } To make it easier to find the source of wayward throws. I think that is the only reason. Bill ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] QML engine. Is CppOwnership allowed for singletons?
Documentation states that A QObject singleton type instance returned from a singleton type provider is owned by the QML engine. For this reason, the singleton type provider function should not be implemented as a singleton factory. I need to use that same singleton object on the C++ side beside its usage from QML UI. Can I override this by setting ownership to CppOwnership via setObjectOwnership()? Regards, Dmitry. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] How to share a native OpenGL context with Qt?
Hello, We have to integrate Qt in our application. A part of it uses OpenGL to perform custom rendering on various platforms. Our context is created in a custom way, nothing to do with Qt in the first place. We made a test with a QML window and another non-Qt window where we used to render OpenGL, and it doesn't works because of resource clashes. So we need to share. Is there a way to do this with Qt by setting the Qt::AA_ShareOpenGLContexts flag? I didn't found any global context to call share on it in the public API... Note: I know there are canonical ways to draw OpenGL stuff in Qt, however, none of them currently suits our needs in terms of existing codebase and time. We want to be able to draw from our own loop, in our own surface, which is neither inside a paintGL()/Qt call, nor in another thread. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest